OpenWrt/LEDE Project

Welcome to the OpenWrt/LEDE Project bug reporting and issue tracking system

Problems to be reported here are for the OpenWrt/LEDE Project targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt/LEDE Project website. Problems related to LuCI or OpenWrt packages need to be reported in their repositories:

Notifications of all submissions and task changes are sent to lede-bugs@infradead.org.

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
13.05.20203094KernelBug ReportVery LowLowath9k on Archer C7 v5 can't see packets (at least in mo...TrunkUnconfirmed Task Description

On an Archer C7 v5 running OpenWrt SNAPSHOT, r13223-fdd968d64e from https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-tplink_archer-c7-v5-squashfs-sysupgrade.bin running

iw dev wlan1 set type monitor
ip link set dev wlan1 up
iw dev wlan1 set freq 2462 20
echo 0 > /proc/sys/net/core/bpf_jit_enable (because of FS#3045)
tcpdump -i wlan1 ‘type data and (wlan addr1 <my_pc_wifi_mac> or wlan addr2 <my_pc_wifi_mac>)’

results in an output similar to

11:41:33.012568 162711776us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -9dBm signal antenna 0 -7dBm signal antenna 1 -23dBm signal antenna 2 
11:41:33.060509 162759694us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -9dBm signal antenna 0 -8dBm signal antenna 1 -25dBm signal antenna 2 
11:41:33.218174 162917394us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -12dBm signal antenna 0 -6dBm signal antenna 1 -23dBm signal antenna 2 
11:41:33.266511 162965721us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -9dBm signal antenna 0 -7dBm signal antenna 1 -25dBm signal antenna 2 
11:41:33.424343 163123553us tsft 1.0 Mb/s 2462 MHz 11b -6dBm signal -12dBm signal antenna 0 -7dBm signal antenna 1 -24dBm signal antenna 2 
11:41:33.472731 163171934us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -10dBm signal antenna 0 -6dBm signal antenna 1 -23dBm signal antenna 2 
11:41:33.630567 163329780us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -8dBm signal antenna 0 -8dBm signal antenna 1 -25dBm signal antenna 2 
11:41:33.679703 163378897us tsft 1.0 Mb/s 2462 MHz 11b -5dBm signal -8dBm signal antenna 0 -8dBm signal antenna 1 -25dBm signal antenna 2 

(so only 1.0 Mb/s packets)

Even when doing a big download from my computer.

The same problem happens with 18.06.0-rc1, the first build available with support for this model, and with 19.07.2.

When doing the same with an Archer C7 v2 the problem disappears, with an output more similar to

11:59:34.954388 114503209us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -32dBm signal antenna 1 -28dBm signal antenna 2 Data IV:35e4 Pad 20 KeyID 0
11:59:34.957163 114505988us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -30dBm signal antenna 0 -32dBm signal antenna 1 -27dBm signal antenna 2 Data IV:35f0 Pad 20 KeyID 0
11:59:34.962798 114511615us tsft 2462 MHz 11n -23dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -31dBm signal antenna 1 -24dBm signal antenna 2 Data IV:3608 Pad 20 KeyID 0
11:59:34.970945 114519766us tsft 2462 MHz 11n -24dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -30dBm signal antenna 0 -32dBm signal antenna 1 -27dBm signal antenna 2 Data IV:362e Pad 20 KeyID 0
11:59:34.977293 114526117us tsft 2462 MHz 11n -23dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -33dBm signal antenna 0 -32dBm signal antenna 1 -24dBm signal antenna 2 Data IV:364a Pad 20 KeyID 0
11:59:34.977943 114526561us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -30dBm signal antenna 0 -33dBm signal antenna 1 -27dBm signal antenna 2 Data IV:364c Pad 20 KeyID 0
11:59:34.978148 114527006us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -33dBm signal antenna 1 -27dBm signal antenna 2 Data IV:364d Pad 20 KeyID 0
11:59:34.979699 114528418us tsft 2462 MHz 11n -24dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -32dBm signal antenna 1 -26dBm signal antenna 2 Data IV:3654 Pad 20 KeyID 0
11:59:34.980137 114528862us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -32dBm signal antenna 1 -27dBm signal antenna 2 Data IV:3656 Pad 20 KeyID 0
11:59:34.980937 114529750us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -34dBm signal antenna 0 -32dBm signal antenna 1 -27dBm signal antenna 2 Data IV:365a Pad 20 KeyID 0
11:59:34.986293 114535116us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -34dBm signal antenna 0 -31dBm signal antenna 1 -27dBm signal antenna 2 Data IV:3672 Pad 20 KeyID 0
11:59:34.996568 114545388us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -30dBm signal antenna 0 -33dBm signal antenna 1 -27dBm signal antenna 2 Data IV:36a0 Pad 20 KeyID 0
11:59:34.997799 114546639us tsft 2462 MHz 11n -24dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -31dBm signal antenna 1 -27dBm signal antenna 2 Data IV:36a4 Pad 20 KeyID 0
11:59:35.000680 114549501us tsft 2462 MHz 11n -25dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -31dBm signal antenna 1 -27dBm signal antenna 2 Data IV:36b2 Pad 20 KeyID 0
11:59:35.004352 114553174us tsft 2462 MHz 11n -24dBm signal 144.4 Mb/s MCS 15 20 MHz short GI RX-STBC0 -31dBm signal antenna 0 -32dBm signal antenna 1 -26dBm signal antenna 2 Data IV:36c2 Pad 20 KeyID 0

The timestamps show different times because I was trying to reproduce it with something as close as possible to a fresh flashing and I couldn’t access both devices at the same time as routers. But I have actually reproduced this making both devices capture traffic at the same time after messing a bit with their network configurations.

11.05.20203092Base systemBug ReportVery LowHighXiaomi Router 3G random rebootsopenwrt-19.07Unconfirmed Task Description

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

 

Hello,

I have a Xiaomi 3G router. Since the day I bought it I installed Openwrt and to tell you the truth, with version 18.06 I didn’t have any problem.

A few weeks ago I updated to the new version (19.07) using LuCI and it restarts me randomly.

I tried restoring the router, reinstalling the update and it keeps randomly rebooting. Right now I have it without any additional packages installed and it still keeps rebooting randomly.

I have noticed, that almost every time I see a reboot and look at the log file the first thing that appears is this, that is, the first line after the reboot is:

Mon May 11 22:16:59 2020 daemon.info dnsmasq[1148]: exiting on receipt of SIGTERM
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: started, version 2.80 cachesize 150
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: DNS service limited to local subnets
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
Mon May 11 22:16:59 2020 daemon.info dnsmasq-dhcp[2722]: DHCP, IP range 192.168.2.100 -- 192.168.2.249, lease time 12h
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain test
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain onion
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain localhost
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain local
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain invalid
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain bind
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain lan
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: reading /tmp/resolv.conf.auto
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain test
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain onion
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain localhost
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain local
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain invalid
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain bind
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain lan

Please, I need help since I can’t work if it constantly resets. If you need any more information, please do not hesitate to ask me.

11.05.20203091KernelBug ReportVery LowHighLatest build does not work properly on Banana Pi R2TrunkUnconfirmed Task Description

I compile my image according to the given guide: https://openwrt.org/toh/sinovoip/sinovoip_banana_pi_r2

With kernel version 4.19 everything went smooth (OpenWrt Snapshot shown after boot was r12726-92616c4227).

Then i wanted to upgrade to the current master and after applying the new bpi_bananapi-r2-kernel.bin and root.squashfs files the boot process stops every time at the same point (see attached file boot.txt).

I did the follwing steps:

  1. ./scripts/feeds update -a
  2. ./scripts/feeds install -a
  3. make -j8 menuconfig
  4. follow instructions for menuconfig on guide
  5. make -j8 kernel_menuconfig
  6. follow instructions for kernel_menuconfig on guide
  7. I did not apply the patch that was given. I didn’t encounter any problems with failing network connections even with the old linux kernel. It also does not make any difference according to the current problem.
  8. make -j8
  9. changed repositories.conf according to the guide
  10. make image PROFILE=bpi_bananapi-r2
  11. apply new kernel-file and rootfs according to the guide

I tried this several times with different configurations but the result was the same anyway.

It seems like there is a bug at loading rootfs from MTD.

 


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

Router model : Netgear WNDR3700v1

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

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

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

 chmod og+r $HOSTFILE

after the line :

 mv -f $HOSTFILE_TMP $HOSTFILE

in function dnsmasq_start

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

Best regards.
Philippe

10.05.20203087Base systemBug ReportVery LowCriticalr13208-426fb8cf84 from downloads.openwrt.org does not b...TrunkUnconfirmed Task Description

Device problem occurs on

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

Steps to reproduce

  1. download given image
  2. flash it via TFTP to routers flash
  3. get attached output

caviat

  • I only have this one WhiteBox8 so I can not test if this is an hardware issue. Can somebody else please test it?
09.05.20203086Base systemBug ReportVery LowLowNetgear D7800 eth0 WAN Port not working with 100MbitTrunkUnconfirmed Task Description

Device: Netgear D7800
Software Version: OpenWrt Trunk
Steps to reproduce:
With the OOB configuration it is not possible to receive any traffic on the WAN Port (Interface eth0) if the other device is only supporting 100Mbit. (Like a lot of modems do)

There are now several threads in the forum which describe this.
e.g. https://forum.openwrt.org/t/d7800-wan-not-working-with-100mbit/29944

Possible solution might be to compare the dts file from Netgear R7800 for initializing the MACs. The two devices are very similar and maybe someone with knowledge see a possible problem.

09.05.20203085KernelBug ReportVery LowLowRNDIS USB Guest Breaks When Switched to Kernel 5.4TrunkUnconfirmed Task Description

Device problem occurs on

Raspberry Pi 4 Model B

Software versions of OpenWrt release, packages, etc.

OpenWrt version: master branch
Packages installed: kmod-usb-dwc2, kmod-usb-gadget-eth (g_ether)

Problem description

USB-C port of Pi 4 is capable of running in device/guest mode (USB OTG) just like Pi Zero.

Raspberry Pi Zero W Headless setup – Windows 10 RNDIS Driver issue resolved - FactoryForward

It used to work with OpenWrt and Linux kernel 4.19, but it breaks when switched to 5.4.

In dmesg, you get errors like

[ 1759.419106] g_ether gadget: high-speed config #1: CDC Ethernet (ECM)
[ 1770.559826] g_ether gadget: high-speed config #2: RNDIS
[ 1783.798053] rndis_msg_parser: unknown RNDIS message 0x00520328 len 4456526
[ 1783.804934] RNDIS command error -524, 24/24
[ 2259.991384] rndis_msg_parser: unknown RNDIS message 0x00520328 len 4456526
[ 2259.998275] RNDIS command error -524, 24/24

Steps to reproduce

  1. Modify KERNEL_PATCHVER=5.4 in target/linux/bcm27xx/Makefile to KERNEL_PATCHVER=4.19
  2. Append dtoverlay=dwc2 to target/linux/bcm27xx/image/config.txt
  3. Build the image with kernel module package kmod-usb-dwc2 and kmod-usb-gadget-eth selected
  4. Flash the image to SD card for Pi
  5. Connect Pi’s USB-C to a Windows computer (or VM)
  6. Connect to Pi’s console through Ethernet or UART
  7. Run following commands
    modprobe g_ether
    uci set network.lan.ifname='eth0 usb0'
    uci commit network
    /etc/init.d/network restart
  8. Install RNDIS driver provided in headless Pi Zero tutorial
  9. You should now have a working USB Pi network adapter
  10. Now revert the change from step 1 and run the whole thing again, instead of a working network adapter, Windows will report error initializing the interface.

Note

g_ether will run CDC-ECM when connected to Linux/macOS, not RNDIS.

09.05.20203083KernelBug ReportVery LowHigh[nftables] invalid/obsolete and missing and unset kconf...TrunkUnconfirmed Task Description

upstream source https://github.com/torvalds/linux/blob/v5.4/net/netfilter/Kconfig#L442 is not matching downstream, in particular it seems that:

  • downstream exhibiting obsolete kconf
CONFIG_NF_TABLES_ARP
CONFIG_NF_TABLES_BRIDGE
  • downstream missing kconf (impeding nft functionality)
NFT_NUMGEN
NFT_CT
NFT_COUNTER
NFT_LOG
NFT_LIMIT
NFT_MASQ
NFT_REDIR
NFT_NAT
NFT_QUEUE
NFT_QUOTA
NFT_REJECT
NFT_REJECT_INET
NFT_COMPAT
NFT_HASH
NFT_FIB_INET
NF_DUP_NETDEV
NFT_DUP_NETDEV
NFT_FWD_NETDEV
  • downstream unset kconf (impeding nft functionality)
NFT_FLOW_OFFLOAD
NFT_CONNLIMIT
NFT_TUNNEL
NFT_OBJREF
NFT_XFRM
NFT_SOCKET
NFT_OSF
NFT_TPROXY
09.05.20203082KernelBug ReportVery LowHigh[nft|bpf] netdev packet logging not possible due to uns...AllUnconfirmed Task Description

nftables|bpf have access to netdev however with https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/generic/config-5.4;h=cdee4c973b2d6a642dadff38a95ec45b309c2dc2;hb=refs/heads/master#l3661

# CONFIG_NF_LOG_NETDEV is not set
 

it is not possible:

  • to debug nftables|bpf rules applied to netdev
  • to build nftables|bpf rules from packets logged on netdev

The kconf for 5.4 is just reference, the issue though is present in all branches.

upstream reference https://github.com/torvalds/linux/blob/v5.4/net/netfilter/Kconfig#L77

09.05.20203080KernelBug ReportVery LowMediumramips/mt7621 Netgear R6220 WIFI 5 GHz issueopenwrt-19.07Unconfirmed Task Description

I am using a Netgear R6220 router. My router has one “bad erase block”

[    2.859177] Scanning device for bad blocks
[    2.952205] Bad eraseblock 361 at 0x000002d20000
[    3.116833] 6 fixed-partitions partitions found on MTD device MT7621-NAND

Every test is done with default settings. For me it is easier to debug this issue with openwrt in station mode, but it applies to AccessPoint/Master as well.

  • 2.4 GHz WIFI operation as expected
  • 5 GHz WIFI only affected
  • low throughput only in openwrt TX direction / openwrt RX direction OK
  • things got much worse with openwrt 19.07.02 → openwrt 18.06.08 was better
    This is why I suspect that it is related to FS#1926 - MTD partition offset not correctly mapped when bad eraseblocks present.
    This fix has been integrated in 19.07. I don’t want to revert this change, as this is the first version openwrt sets the correct MAC address.

Comarison of OpenWrt 18.06.08 and 19.07.02

  • OpenWrt 18.06.08: TX Power is set to 3dBm
  • OpenWrt 19.07.02: TX Power is set to 20dBm (default?)
  • In both cases/logs The “HT Mode is VHT80”
  • Changing the TX Power in 19.07.02 has no effect
    Resource is busy

My guess/conclusion is that

  • the calibration data is not taken into account (maybe it was never and openwrt 18.06 was just lucky)
  • The offset to read the calibration data has changed with openwrt 19.07.02. This is why things got worse (for me)

Attached is the mtd4.bin (factory). I don’t know if this helps for this issue.

OpenWrt 18.06.08

WIFI 5 GHz operation “normal”. Means I can use any channel in 5 GHz and get good performance/throughput.
Channel 36
TX ~80Mbit/s
RX ~95Mbit/s
Channel 124
TX ~80Mbit/s
RX ~95Mbit/s

iw --debug phy phy1 info
phy phy1
        max # scan SSIDs: 4
        max scan IEs length: 2247 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x1ff
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 4 usec (0x05)
                HT TX/RX MCS rate indexes supported: 0-15
                VHT Capabilities (0x018001b0):
                        Max MPDU length: 3895
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                        short GI (80 MHz)
                        TX STBC
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT TX highest supported: 0 Mbps
                Frequencies:
                        * 5180 MHz [36] (3.0 dBm)
                        * 5200 MHz [40] (3.0 dBm)
                        * 5220 MHz [44] (3.0 dBm)
                        * 5240 MHz [48] (3.0 dBm)
                        * 5260 MHz [52] (3.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (3.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (3.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (3.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (3.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (3.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (3.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (3.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (3.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (3.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (3.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (3.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (3.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (3.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (3.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (3.0 dBm) (no IR)
                        * 5765 MHz [153] (3.0 dBm) (no IR)
                        * 5785 MHz [157] (3.0 dBm) (no IR)
                        * 5805 MHz [161] (3.0 dBm) (no IR)
                        * 5825 MHz [165] (3.0 dBm) (no IR)
        valid interface combinations:
                 * #{ IBSS } <= 1, #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        Device supports VHT-IBSS.
root@OpenWrt:~# iw --debug wlan1 info
Interface wlan1
        ifindex 8
        wdev 0x100000002
        addr xx:xx:xx:xx:xx:xx
        ssid Africa_5GHz
        type managed
        wiphy 1
        channel 124 (5620 MHz), width: 80 MHz, center1: 5610 MHz
        txpower 3.00 dBm
wifi status
"radio1": {
                "up": true,
                "pending": false,
                "autostart": true,
                "disabled": false,
                "retry_setup_failed": false,
                "config": {
                        "hwmode": "11a",
                        "path": "pci0000:00\/0000:00:00.0\/0000:01:00.0",
                        **"htmode": "VHT80",**
                        "channel": "124",
                        "country": "00",
                        "legacy_rates": true,
                        "disabled": false

OpenWrt 19.07.02

Channel 36
TX ~1.25 Mbit/s
RX ~95 Mbit/s
Channel 124
TX ~1.25 Mbit/s
RX ~95 Mbit/s

root@OpenWrt:~# iw --debug phy1 info
Wiphy phy1
        max # scan SSIDs: 4
        max scan IEs length: 2247 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x1ff
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 4 usec (0x05)
                HT TX/RX MCS rate indexes supported: 0-15
                VHT Capabilities (0x318001b0):
                        Max MPDU length: 3895
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                        short GI (80 MHz)
                        TX STBC
                        RX antenna pattern consistency
                        TX antenna pattern consistency
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT TX highest supported: 0 Mbps
                Frequencies:
                        * 5180 MHz [36] (20.0 dBm)
                        * 5200 MHz [40] (20.0 dBm)
                        * 5220 MHz [44] (20.0 dBm)
                        * 5240 MHz [48] (20.0 dBm)
                        * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (20.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (20.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (20.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (20.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (20.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (20.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (20.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (20.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (20.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (20.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (20.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (20.0 dBm) (no IR)
                        * 5765 MHz [153] (20.0 dBm) (no IR)
                        * 5785 MHz [157] (20.0 dBm) (no IR)
                        * 5805 MHz [161] (20.0 dBm) (no IR)
                        * 5825 MHz [165] (20.0 dBm) (no IR)
        valid interface combinations:
                 * #{ IBSS } <= 1, #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        Supported extended features:
                * [ VHT_IBSS ]: VHT-IBSS
                * [ RRM ]: RRM
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ TXQS ]: FQ-CoDel-enabled intermediate TXQs
root@OpenWrt:~# iw --debug wlan1 info
Interface wlan1
        ifindex 9
        wdev 0x100000003
        addr xx:xx:xx:xx:xx:xx
        ssid Africa_5GHz
        type managed
        wiphy 1
        channel 124 (5620 MHz), width: 80 MHz, center1: 5610 MHz
        txpower 20.00 dBm
        multicast TXQ:
                qsz-byt qsz-pkt flows   drops   marks   overlmt hashcol tx-bytestx-packets
                0       0       0       0       0       0       0       0      0
wifi status
"radio1": {
                "up": false,
                "pending": false,
                "autostart": false,
                "disabled": false,
                "retry_setup_failed": false,
                "config": {
                        "hwmode": "11a",
                        "path": "pci0000:00/0000:00:00.0/0000:01:00.0",
                        "htmode": "VHT80",
                        "channel": "124",
                        "country": "00",
                        "legacy_rates": false
09.05.20203079Base systemBug ReportVery LowHighTraceback when booting OpenWrt 19.07.2 on Netgear r7500...TrunkUnconfirmed Task Description

My Netgear r7500v2 running OpenWrt 19.07.2 always shows the following traceback when booting up.

[ 31.917130] ————[ cut here ]———— [ 31.917192] WARNING: CPU: 1 PID: 1938 at backports-4.19.98-1/net/wireless/util.c:1147 0xbf2e3d88 [cfg80211@bf2df000+0×37000]
[ 31.920831] invalid rate bw=0, mcs=15, nss=4
[ 31.932143] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel uas usb_storage f2fs ext4 mbcache jbd2 crc32c_generic crc32_generic leds_gpio xhci_plat_hcd
[ 31.985373] xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug
[ 32.007657] CPU: 1 PID: 1938 Comm: hostapd Not tainted 4.14.171 #0
[ 32.025242] Hardware name: Generic DT based system
[ 32.031323] Function entered at [<c030f1c4>] from [<c030b390>]
[ 32.036095] Function entered at [<c030b390>] from [<c07c0664>]
[ 32.041911] Function entered at [<c07c0664>] from [<c031fa98>]
[ 32.047727] Function entered at [<c031fa98>] from [<c031faf8>]
[ 32.053544] Function entered at [<c031faf8>] from [<bf2e3d88>]
[ 32.059386] Function entered at [<bf2e3d88>] from [<bf2f17dc>]
[ 32.065179] Function entered at [<bf2f17dc>] from [<bf2fe5f4>]
[ 32.070992] Function entered at [<bf2fe5f4>] from [<bf2ff1e8>]
[ 32.076806] Function entered at [<bf2ff1e8>] from [<bf332ad0>]
[ 32.082632] Function entered at [<bf332ad0>] from [<bf332b60>]
[ 32.088438] Function entered at [<bf332b60>] from [<bf332bf8>]
[ 32.094255] Function entered at [<bf332bf8>] from [<bf2ed678>]
[ 32.100071] Function entered at [<bf2ed678>] from [<c06e190c>]
[ 32.105887] Function entered at [<c06e190c>] from [<c06e0128>]
[ 32.111702] Function entered at [<c06e0128>] from [<c06e0900>]
[ 32.117517] Function entered at [<c06e0900>] from [<c06df938>]
[ 32.123334] Function entered at [<c06df938>] from [<c06dfd54>]
[ 32.129150] Function entered at [<c06dfd54>] from [<c0689c18>]
[ 32.134967] Function entered at [<c0689c18>] from [<c068a480>]
[ 32.140782] Function entered at [<c068a480>] from [<c0307b60>]
[ 32.146678] —[ end trace 97f7e93c858c392e ]—

08.05.20203078Base systemBuild FailureVery LowMediumluci compile ErrorTrunkUnconfirmed Task Description

Supply the following if possible:
- Centos7
- master r13172-2b31f14, luci
- Steps to reproduce

make package/feeds/luci/luci/compile V=s

08.05.20203072Base systemBug ReportVery LowHighSamknows WhiteBox8 misses 2.4 GHz pcie wireless NICTrunkUnconfirmed Task Description

device

software versions

tested & misses 2.4 GHz NIC

tested & has 2.4 GHz NIC

reproduce

  • build OpenWrt master branch with a given commits and flash it on the device (my build config is attached)
  • run “iw dev” or “iw list”
    • in problem state it lists one interface (the 5 GHz wireless NIC)
    • in good state it lists two interfaces (2.4 GHz and 5 GHz wireless NIC)

conclusion

I think it has either to do with ramips: mt7621: switch kernel version to 5.4 or with ramips: mt7621: update PCIe node in dtsi. Between the known good and earliest known bad commit are multiple commits working together. I fear to test them one by one.

06.05.20203067PackagesBug ReportVery LowCriticaldownload board.bin failureopenwrt-19.07Unconfirmed Task Description

make[3]: Entering directory ‘/home/leo/openwrt/package/firmware/ath10k-ct-firmware’ mkdir -p /home/leo/openwrt/dl
SHELL= flock /home/leo/openwrt/tmp/.ath10k-firmware-d622d160e9f552ead68d9ae81b715422892dc2ef-qca9887-board.bin.flock -c ' /home/leo/openwrt/scripts/download.pl “/home/leo/openwrt/dl” “ath10k-firmware-d622d160e9f552ead68d9ae81b715422892dc2ef-qca9887-board.bin” “cf4df099f6ee05c181f55ce17297a1d32c61d725eb96246fd315ad5587c42426” “board.bin” “@GITHUB/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0” '
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://sources.cdn.openwrt.org/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0

curl: (22) The requested URL returned error: 404
Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://sources.openwrt.org/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0

curl: (22) The requested URL returned error: 404 Not Found
Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://mirror2.openwrt.org/sources/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0

curl: (22) The requested URL returned error: 404 Not Found
Download failed.

05.05.20203066Base systemBug ReportVery LowLowProblem with Archer C7 WiFi physical buttonAllUnconfirmed Task Description

Hardware: Archer C7 V2
Software: 19.07 but also hapoened eith 18.06

There seems to be irregular behaviour of the WiFi physical on/off switch for the device. Sometimes the key appears to make no difference. And sometimes it appears to be in the opposite position, and sometimes it appears to work properly.

And the last instance: after a blackout, the Wireless didn’t work. I restarted the device but still it didn’t work. WiFi switch was in the on position, I urned it off but that made no difference, then turned out back on and it worked!

I can’t get sense of what’s happening, but there is certainly an issue there.

 


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

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

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

From the iptables documentation:


connrate

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


04.05.20203064Base systemBug ReportVery LowLowJumbo Frames not working on D-Link DAP-2695 with OpenWR...TrunkUnconfirmed Task Description

Loss of functionality compared to OpenWRT 18.x

* Device problem occurs on: D-Link DAP-2695 (Hardware Revision TBT)

* Software versions of OpenWrt/LEDE: OpenWrt 19.07.2, r10947-65030d81f3

* Steps to reproduce:

root@ap23:~# ip link set eth1.2 mtu 1499
root@ap23:~# ip link set eth1.2 mtu 1500
root@ap23:~# ip link set eth1.2 mtu 1501
RTNETLINK answers: Result not representable

Since Upgrade-Installation OpenWRT 18.x to OpenWrt 19.07.2, r10947-65030d81f3 on D-Link DAP-2695 previously working Jumbo Frame config is no longer working.
On OpenWRT 18.x a max. MTU of 4071 could be set to Interfaces eth0 & eth1. On OpenWRT 19.07.2 a max. of 1500 ist possible.

MTU-Configuration in /etc/config/network seems to do just nothing (...but worked fine on OpenWRT 18.x)

MTU-Value set on commandline with “ip” command drops Message “RTNETLINK answers: Result not representable” if MTU-Value is set over 1500 Bytes. Command works fine if MTU-Value is 1500 and below.


02.05.20203062Base systemBug ReportVery LowLowWi-Fi 5GHz: Cannot use some channels on AVM FRITZ 1750ETrunkUnconfirmed Task Description

It is not possible to use some channels with OpenWrt on this particular device, which are known to work with the stock firmware.

Device: AVM FRITZ!WLAN REPEATER 1750E (target ath79 generic)
Software version: OpenWrt SNAPSHOT r13136-ad27c133eb
Steps to reproduce:

Try to set the 5GHz Wi-Fi channel to 100 (some others affected as well), and see how transmit power falls to 0 dBm and Wi-Fi does not seem to work.

Possibly related issue: https://bugs.openwrt.org/index.php?do=details&task_id=3061

02.05.20203061Base systemBug ReportVery LowLowWi-Fi: Cannot set country code on AVM FRITZ 1750ETrunkUnconfirmed Task Description

It is not possible to set the country code on both 2.4 and 5 GHz.

 

Device: AVM FRITZ!WLAN REPEATER 1750E (target ath79 generic)
Software version: OpenWrt SNAPSHOT r13136-ad27c133eb
Steps to reproduce:

Console:
Execute iw reg set DE and then iw reg get, and see how “global” sets to “DE” but phy#1 and phy#0 remain on “US”.

LuCI:
Sign in to LuCI, go to Network>Wireless (click Edit and then the “Advanced” tab) try to change the country code on either Wi-Fi device/frequency to “DE” and see how it resets to “driver default” after apply, which seems to be “US”.

02.05.20203060Base systemBug ReportVery LowCriticalFlashing current trunk on NBG6616 results in bootloopTrunkUnconfirmed Task Description

Installing current trunk esults in bootloop.
First I tried to install it over stock firmware with recovery/tftp but it was stuck in bootloop.
Then I reinstalled 19.07.02 via recovery/tftp - which worked fine.
After that, I tried to install trunk via recovery/tftp, but it also gave bootloop.

The symptoms looks like the ones mentioned below. The problem was fixed, and maybee the same solution is missing in trunk

 FS#168  - Firmware dont boot up on Zyxel NBG6616
 FS#1724  - 18.06.0 release not working on ZyXEL NBG6616 (ar71xx)
https://forum.openwrt.org/t/nbg6616-wan-device-snapshot-bootloop/53944 https://forum.openwrt.org/t/zyxel-nbg6616-bootloop-in-18-0-6-and-18-0-6-1/19355

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

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

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

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

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

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

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

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

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

Rebooting fixes the issue, OTOH.

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

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

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

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

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

27.04.20203054KernelBug ReportVery LowMediumTL-WR841ND v5 (AR7240 rev 2) eth0: tx timeoutopenwrt-18.06Unconfirmed Task Description

Device: TL-WR841ND v5 (SoC AR7240 rev 2)
Firmware: OpenWrt 18.06-SNAPSHOT r8004-1f0679f54d / LuCI openwrt-18.06 branch (git-20.115.52343-1e59ed1)

I use this router as wireless client (it’s only client, it’s not repeater). There are 2 clients connected on the 841ND v5 lan switch (the clients are plugged before the router is powerup), nothing connected on the wan port. High sustained traffic (main router ↔ 841ND v5 as wireless client ↔ 1 client connected to the 841ND v5 lan switch) is triggering the following on the 841ND v5:

Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.693553] ------------[ cut here ]------------
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.698221] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:316 0x802a9738
Sun Apr 26 11:48:59 2020 kern.info kernel: [25447.705315] NETDEV WATCHDOG: eth0 (ag71xx): transmit queue 0 timed out
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.711854] Modules linked in: ath9k ath9k_common ath9k_hw ath nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables gpio_button_hotplug
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.764877] CPU: 0 PID: 0 Comm: swapper Not tainted 4.9.219 #0
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.770718] Stack : 80447522 00000032 00000000 00000001 00000000 00000000 00000000 00000000
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.779167]         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.787617]         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.796095]         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.804546]         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.812979]         ...
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.815465] Call Trace:
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.817785] [<8006ab8c>] 0x8006ab8c
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.821283] [<8006ab8c>] 0x8006ab8c
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.824808] [<8007f9a4>] 0x8007f9a4
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.828310] [<802a9738>] 0x802a9738
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.831824] [<8007f9dc>] 0x8007f9dc
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.835360] [<802a9738>] 0x802a9738
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.838862] [<80092d00>] 0x80092d00
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.842368] [<802a95c4>] 0x802a95c4
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.845880] [<800b36fc>] 0x800b36fc
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.849387] [<8006d690>] 0x8006d690
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.852894] [<800b3944>] 0x800b3944
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.856407] [<800aa878>] 0x800aa878
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.859918] [<800823cc>] 0x800823cc
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.863417] [<800ae4bc>] 0x800ae4bc
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.866934] [<800a9fbc>] 0x800a9fbc
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.870439] [<801e3eb8>] 0x801e3eb8
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.873947] [<800660b8>] 0x800660b8
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.877438]
Sun Apr 26 11:48:59 2020 kern.warn kernel: [25447.878936] ---[ end trace 3c20d976bd0e1077 ]---
Sun Apr 26 11:48:59 2020 kern.info kernel: [25447.883580] eth0: tx timeout

after this the router lan switch is unusable. After the crash there is no useful traffic going on the lan switch. In some cases after some minutes (10+ minutes) it recovers but usualy the switch just remain stuck, unpluging and repluging the eth cable in the lan switch or reseting/powering off has no effect (the switch remain unusable; client is unable to get an ip from dhcp and manual setting one in the right class changes nothing, you can’t ping the 841ND v5 or the main router, clearly the 841ND v5 switch is stuck) The 841ND V5 can be accessed from wireless, internet addresses can be pinged from the router (the ideea is that only the eth switch is affected). Only way to fix it is to issue

ifup lan

from wireless. But it’s just matter of time until the switch will crash again. After second crash only

eth0: tx timeout

is visible in dmesg/sys log.
For example a speedtest on https://ipv6-test.com/speedtest/ can trigger it. Downloading torrents at high speed can trigger it. It’s not an 100% success rate to trigger it but it will happen sooner or later. In 12 hours I can trigger it at least 3 times by just doing my normal stuff on the internet.

Further investigation pointed to this bug report: https://bugs.openwrt.org/index.php?do=details&task_id=106 After that we had the following commit: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=83997146e76d4097e30facf6ad89e5fa3bd7c65b that disabled flow control for AR934x (not for ar7240).
Flow control was enabled for multiple SoCs in the following commit: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=26b8db253745b0591bfffa21f02323428f11a88f Taking into consideration the age of the commit that enabled flow control all OpenWRT 18.6.x are affected.
I decided to remove:

pdata->use_flow_control = 1;

from the following section of the file /openwrt/target/linux/ar71xx/files/arch/mips/ath79/dev-eth.c

	case ATH79_SOC_AR7240:
		if (id == 0) {
			pdata->reset_bit |= AR71XX_RESET_GE0_PHY;
			pdata->set_speed = ath79_set_speed_dummy;

			pdata->phy_mask = BIT(4);
		} else {
			pdata->reset_bit |= AR71XX_RESET_GE1_PHY;
			pdata->set_speed = ath79_set_speed_dummy;

			pdata->speed = SPEED_1000;
			pdata->duplex = DUPLEX_FULL;
			pdata->switch_data = &ath79_switch_data;
			pdata->use_flow_control = 1;

			ath79_switch_data.phy_poll_mask |= BIT(4);
		}
		pdata->has_gbit = 1;
		pdata->is_ar724x = 1;
		if (ath79_soc == ATH79_SOC_AR7240)
			pdata->is_ar7240 = 1;
		break;

and compile OpenWRT 18.06 for my TL-WR841ND v5 and flash it. Atm with the firmware with pdata→use_flow_control = 1; removed from the above section I have 23 hours uptime and the eth0: tx timeout issue looks to be gone, I’m no longer capable to trigger it no matter what I try.

By looking at the source code in OpenWRT 19.07 ar71xx flow control is enable there too so OpenWRT 19.07 ar71xx is probably affected also. I don’t know where to look for ath79.

26.04.20203051PackagesBug ReportVery LowHighUPnP not workingAllUnconfirmed Task Description

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

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

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

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

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

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

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

26.04.20203050Base systemBug ReportVery LowLowSDK has recursive dependency issue of KconfigTrunkUnconfirmed Task Description

Scope: SDKs of ath79 / ramips / ... etc.
Version: snapshots (master branch)
Steps to reproduce: (see commands below)

wget --continue https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-sdk-ath79-generic_gcc-8.4.0_musl.Linux-x86_64.tar.xz
tar -Jxf openwrt-sdk-ath79-generic_gcc-8.4.0_musl.Linux-x86_64.tar.xz
cd openwrt-sdk-ath79-generic_gcc-8.4.0_musl.Linux-x86_64
./scripts/feeds update -a
./scripts/feeds install -a
make defconfig

It will show errors like these:

tmp/.config-package.in:11742:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:11742:	symbol PACKAGE_kmod-mac80211 depends on PACKAGE_kmod-mac80211
tmp/.config-package.in:12494:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:12494:	symbol PACKAGE_kmod-rtl8812au-ct depends on PACKAGE_kmod-rtl8812au-ct
tmp/.config-package.in:11454:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:11454:	symbol PACKAGE_kmod-cfg80211 depends on PACKAGE_kmod-cfg80211


26.04.20203049KernelBug ReportVery LowHighsunxi / lamobo-r1: switch not working with kernel 5.4TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Lamobo-R1 BananaPI Router

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

OpenWRT Snapshots (Imagebuilder) sometime after r12688-46d0ce19f1

- Steps to reproduce

Write any recent image to SD card, it boots but networking does not work.


Hello,

I’m doing regular updates with imagebuilder (about once per week) for Lamobo-R1. Some time after r12688-46d0ce19f1 the networking configuration broke.
I’m assuming the cause is kernel 5.4, because my last working image is from 2020-03-22 and it stopped working the week after, around 2020-03-29.

As far as I can tell the problem lies in the switch configuration: The switch is not found, the bootlog of kernel 5.4 contains no reference to “b53”.

  [    3.050660] init: - preinit -
  [    3.200152] sun7i-dwmac 1c50000.ethernet eth0: no phy at addr -1
  [    3.206288] sun7i-dwmac 1c50000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
  ifconfig: SIOCSIFFLAGS: No such device
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  [    4.358791] random: jshn: uninitialized urandom read (4 bytes read)
  [    4.388472] random: jshn: uninitialized urandom read (4 bytes read)
  [    4.431303] random: jshn: uninitialized urandom read (4 bytes read)
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  Failed to connect to the switch. Use the "list" command to see which switches are available.
  [    4.505287] sun7i-dwmac 1c50000.ethernet eth0: no phy at addr -1
  [    4.511309] sun7i-dwmac 1c50000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
  ip: SIOCSIFFLAGS: No such device
  Press the [f] key and hit [enter] to enter failsafe mode
  Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
  sendto(): Network unreachable
  sendto(): Network unreachable
  [    8.622199] mount_root: mounting /dev/root

I’m attaching screenlogs of both old and new kernel boot and the corresponding device tree files (taken from the sdcard).

Please advise, thank you.

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

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

23.04.20203041Base systemBug ReportVery LowLowramips/mt7621/newifi d2: The Transmission's settings er...TrunkUnconfirmed Task Description

- ramips/mt7621/newifi d2
- SNAPSHOT r13046-df27e949fb
- There is an error in the Transmission’s settings in Luci. It is impossible to select and to change the value of Run daemon as user and Run daemon as group.

 


22.04.20203039Base systemBug ReportVery LowLowShould /etc/banner be called out in conffiles in packag...TrunkUnconfirmed Task Description

Looking at packages/base-files/Makefile, I see that /etc/banner isn’t called out as a conffile(s).

Should it be? If the user hand-edits it (which most probably will), do we want the next sysupgrade to overwrite it? I don’t think we want it being replaced once it’s modified.

22.04.20203038KernelBug ReportVery LowHighBuilding master for x86_64/generic fails with missing m...TrunkUnconfirmed Task Description

I’m building with the attached .config and kernel-config files on “master”, and getting the following failure:

make[3]: Entering directory ‘/home/philipp/lede2/package/kernel/linux’ mkdir -p /home/philipp/lede2/staging_dir/target-x86_64_musl/root-x86/stamp

SHELL= flock /home/philipp/lede2/tmp/.root-copy.flock -c ‘cp -fpR /home/philipp/lede2/build_dir/target-x86_64_musl/linux-x86_64/packages/.pkgdir/kernel/. /home/philipp/lede2/staging_dir/target-x86_64_musl/root-x86/’ touch /home/philipp/lede2/staging_dir/target-x86_64_musl/root-x86/stamp/.kernel_installed
ERROR: module ‘/home/philipp/lede2/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.34/net/ipv4/netfilter/nft_reject_ipv4.ko’ is missing.
modules/netfilter.mk:1068: recipe for target ‘/home/philipp/lede2/bin/targets/x86/64/packages/kmod-nft-core_5.4.34-1_x86_64.ipk’ failed
make[3]: * [/home/philipp/lede2/bin/targets/x86/64/packages/kmod-nft-core_5.4.34-1_x86_64.ipk] Error 1
make[3]: Leaving directory ‘/home/philipp/lede2/package/kernel/linux’ time: package/kernel/linux/compile#4.14#0.22#4.68
package/Makefile:111: recipe for target ‘package/kernel/linux/compile’ failed
make[2]:
* [package/kernel/linux/compile] Error 2
make[2]: Leaving directory ‘/home/philipp/lede2’ package/Makefile:107: recipe for target ‘/home/philipp/lede2/staging_dir/target-x86_64_musl/stamp/.package_compile’ failed
make[1]: * [/home/philipp/lede2/staging_dir/target-x86_64_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory ‘/home/philipp/lede2’ /home/philipp/lede2/include/toplevel.mk:218: recipe for target ‘world’ failed
make:
* [world] Error 2

Looking through the sources, I see the module being copied, but I don’t see the requisite kernel configuration to force it to be built:

philipp@ubuntu16:~/lede2$ fgrep -i -r nft_reject_ipv4 Makefile rules.mk Config.in config include package target
include/netfilter.mk:$(eval $(if $(NF_KMOD),$(call nf_add,NFT_CORE,CONFIG_NFT_REJECT, $(P_XT)nft_reject $(P_V4)nft_reject_ipv4 $(P_V6)nft_reject_ipv6),))
philipp@ubuntu16:~/lede2$

I do see config state for nft_reject.ko however:

philipp@ubuntu16:~/lede2$ grep -i -r ‘nft_reject’ Makefile rules.mk Config.in config include package target
include/netfilter.mk:$(eval $(if $(NF_KMOD),$(call nf_add,NFT_CORE,CONFIG_NFT_REJECT, $(P_XT)nft_reject $(P_V4)nft_reject_ipv4 $(P_V6)nft_reject_ipv6),))
include/netfilter.mk:$(eval $(if $(NF_KMOD),$(call nf_add,NFT_CORE,CONFIG_NFT_REJECT_INET, $(P_XT)nft_reject_inet),))
include/netfilter.mk:$(eval $(if $(NF_KMOD),$(call nf_add,NFT_BRIDGE,CONFIG_NFT_BRIDGE_REJECT, $(P_EBT)nft_reject_bridge),))
philipp@ubuntu16:~/lede2$

and the synthesized .config in the kernel directory and the built modules are:

philipp@ubuntu16:~/lede2$ pushd build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.34/
~/lede2/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.34 ~/lede2
philipp@ubuntu16:~/lede2/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.34$ grep NFT_REJECT .config*
.config:CONFIG_NFT_REJECT=m
.config.old:CONFIG_NFT_REJECT=m
.config.old:CONFIG_NFT_REJECT_INET=m
.config.override:CONFIG_NFT_REJECT=m
.config.override:CONFIG_NFT_REJECT_INET=m
.config.prev:CONFIG_NFT_REJECT=m
.config.prev:CONFIG_NFT_REJECT_INET=m
.config.set:CONFIG_NFT_REJECT=m
.config.set:CONFIG_NFT_REJECT_INET=m
philipp@ubuntu16:~/lede2/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.34$ find net/netfilter net/ipv[46]/netfilter -name “nft_reject*.ko” -ls

4498742    120 -rw-r--r--   1 philipp  philipp    120808 Apr 22 12:21 net/netfilter/nft_reject.ko

philipp@ubuntu16:~/lede2/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.34$

When I build, I get prompted for the following kernel symbols:

Verify kernel signature during kexec_file_load() syscall (KEXEC_SIG) [N/y/?] (NEW)

Netfilter nf_tables support (NF_TABLES) [M/n/y/?] m
Netfilter nf_tables set infrastructure (NF_TABLES_SET) [M/n/?] m
Netfilter nf_tables mixed IPv4/IPv6 tables support (NF_TABLES_INET) [N/y/?] (NEW)

IPv4 nf_tables support (NF_TABLES_IPV4) [N/y/?] (NEW)

IPv6 nf_tables support (NF_TABLES_IPV6) [N/y/?] (NEW)

Detect Hung Tasks (DETECT_HUNG_TASK) [Y/n/?] y
Default timeout for hung task detection (in seconds) (DEFAULT_HUNG_TASK_TIMEOUT) [120] (NEW)
Panic (Reboot) On Hung Tasks (BOOTPARAM_HUNG_TASK_PANIC) [N/y/?] (NEW)

which makes me wonder if part of the default kernel config is incorrect... including symbols like CONFIG_NFT_REJECT_IPV4, etc.

22.04.20203037Base systemBug ReportVery LowMediumDEVICE_CLAIM_FAILED error on GUEST interfaceTrunkUnconfirmed Task Description

Supply the following if possible:
- WRT3200ACM
- OpenWrt master or dev snapshot
- Create a WLAN guest by following this guide: https://openwrt.org/docs/guide-user/network/wifi/guestwifi/configuration. Then go to the Interface section and check the GUEST subsection (new interface created).
If you try to set the DHCP of the GUEST interface to “Force” and save and apply the change, the interface is recognized and is functioning perfectly until you restart. After reboot it doesn’t work again. But the DHCP setup workaround always works.
On stable versions of OpenWrt the problem does not arise.

22.04.20203034Base systemBug ReportVery LowMediumAMD Geode → OpenSSL no HW acceleration for CBC modeopenwrt-19.07Unconfirmed Task Description

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

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

2. HW accelerated encryption is available to kernel:

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

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

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

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


22.04.20203033Base systemBug ReportVery LowLowsunxi: sysupgrade does not work at least for OrangePi P...TrunkUnconfirmed Task Description

Hi

Attempting to perform a sysupgrade (both LUCI and command line) with OrangePi PC2 fails silently, the device is rebooted but the old firmware is in place

Tried both with compressed and uncompressed images

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

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

Steps to reproduce:

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

opkg update

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

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

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

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

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

If you do

opkg update

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

root@turris:~# opkg install busybox --force-reinstall
Refusing to remove essential package busybox.
        Removing an essential package may lead to an unusable system, but if
        you enjoy that kind of pain, you can force opkg to proceed against
        its will with the option: --force-removal-of-essential-packages
No packages removed.
Package busybox (1.30.1-5.18) installed in root is up to date.
21.04.20203030Base systemBug ReportVery LowLowopenvn connections don't start on boot -- libubox probl...TrunkUnconfirmed Task Description

As discussed on IRC, on multiple 19.07.2 devices, openvpn configurations which use /etc/config/openvpn don’t start automatically on boot. They try to but the openvpn command issued ends up being invalid:

# ubus call service list '{ "verbose": true, "name": "openvpn" }'
{
	"openvpn": {
		"instances": {
			"foo": {
				"running": false,
				"command": [
					"/usr/sbin/openvpn"
				],
				"term_timeout": 5
			}
		},
		"triggers": [
			[
				"config.change",
				[
					"if",
					[
						"eq",
						"package",
						"openvpn"
					],
					[
						"run_script",
						"/etc/init.d/openvpn",
						"reload"
					]
				],
				1000
			]
		]
	}
}

As you can see, the arguments for the openvpn command are missing.

The /etc/config/openvpn configuration for this:

# cat /etc/config/openvpn
package openvpn

config openvpn 'foo'
	option nobind '1'
	option float '1'
	option client '1'
	option comp_lzo 'yes'
	option reneg_sec '0'
	option dev 'tun'
	option verb '3'
	option persist_tun '1'
	option persist_key '1'
	option auth_user_pass '/etc/openvpn/userpass'
	option remote 'vpn.example.com 1194'
	option ca '/etc/openvpn/ca.crt'
	option script_security 2
	option up /etc/openvpn/script
	option down /etc/openvpn/script
	#option link_mtu 1542
	option cipher 'AES-256-CBC'
	option enabled '1'
21.04.20203028Base systemBug ReportVery LowMediumUnable to setup multiple WAN interfaces using DHCPv6-PDTrunkUnconfirmed Task Description

- Device problem occurs on - amd64 build on a pcengines apu4
- OpenWRT version - 19.07.2

Quick overview, about a year ago I posted this https://forum.openwrt.org/t/multiple-dhcpv6-wan-interfaces-connection-loss/42056 which gives a detailed overview of what was attempted.

Setting up an alias WAN interface to get multiple /64 prefixes causes them to drop their prefixes ever hour. Setting up multiple WAN interfaces on the same physical interface causes the older one to drop its prefix after an hour while the other works fine.

Steps to reproduce:
Create an alias interface and have it ask for a second prefix from an upstream router

20.04.20203026Base systemBug ReportVery LowMediumconfusion in device names / non-expandable partitionTrunkUnconfirmed Task Description

Hi,

I’m currently installing OpenWRT from

https://openwrt.org/toh/lamobo/bananapi_r1

(latest version) on a Banana Pi Router 1, copied the imaga on an 8GB micro sd card.

At a first glance, everything seems running well.

But since the available disk space is limited to about 256 MB, while the sd card has 8GB, I tried to expand the writeable partition.

On the sd card, I do see two partitions:

  • First: A vfat containing boot.scr dtb uImage
  • Second: a ro squashfs with the operating system

I did not see what’s mounted as the writable overlay. Expanding the second partition to the full sd card limit didn’t change available disk space.

When looking at the running system, things get really confusing and seem broken.

The first partition (vfat) does not seem to be mounted at all (not problem, since not needed after boot).

The second partition seems to be mounted twice:

* there’s a /dev/root mounted to /rom as a squashfs. Although there is no /dev/root entry and I did not see any way to find what’s root, this must be that second partition containing a squashfs file system.

* there’s a /dev/loop0 mounted to /overlay as f2fs , obviously the writable partition.

But then, losetup shows that /dev/loop0 is set on the ‘file’ /mmcblk0p2 , which does not exist. /dev/mmcblk0p2 on the other hand, is the second partition already mounted as squashfs to /rom.

So there’s three problems:

  1. The boot process mounts some devices, but uses device names not compliant with the /dev file system and as such not comprehensible/debuggable.
  2. The boot process seems to mount the same partition as squashfs on /rom and as f2fs on /overlay . That’s broken by design. If that overlay uses some sort of offset or whatever, it should use a third partition.
  3. It’s not obvious where on the sd card the writable data (overlay) is stored and how to expand free disk space.
20.04.20203023Base systemBug ReportVery LowMediumWarning CPUopenwrt-19.07Unconfirmed Task Description

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

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

Compass.

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

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

Steps to reproduce:

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

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

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

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

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

15.04.20203013KernelBug ReportVery LowMediumKernel Bugopenwrt-19.07Unconfirmed Task Description

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

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

Compass.

14.04.20203008KernelBug ReportVery LowHighGenesys Logic USB 3.0 hub not recognized by the systemAllUnconfirmed Task Description

Hi) I have a problem with Genesys Logic USB 3.0 hub (based on GL3523) on my Xiaomi MiR3G. The system don’t see this hub. Same on 4.14 & 4.19 kernel. Bought on AliExpress

Workaround: insert a half of the plug into router port → the system recognize USB 2.0 hub, then insert the plug to the end → the system recognize USB 2.0 & USB 3.0 hubs as it must be.
1. Normal connect hub → the log is empty.
2. Insert a half of the plug:

root@MI-R3G:~# lsusb -v

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0003 3.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           31
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             1
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  bHubDecLat          0.0 micro seconds
  wHubDelay             0 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.02a0 5Gbps power Rx.Detect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength           15
  bNumDeviceCaps          1
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x0008
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   3
      Lowest fully-functional device speed is SuperSpeed (5Gbps)
    bU1DevExitLat           0 micro seconds
    bU2DevExitLat           0 micro seconds
Device Status:     0x0001
  Self Powered

Bus 001 Device 010: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         2 TT per port
  bMaxPacketSize0        64
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0610 4-port hub
  bcdDevice            5.11
  iManufacturer           1 GenesysLogic
  iProduct                2 USB2.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      1 Single TT
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      2 TT per port
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             4
  wHubCharacteristic 0x00e9
    Per-port power switching
    Per-port overcurrent protection
    TT think time 32 FS bits
    Port indicators
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    100 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0100 power
   Port 2: 0000.0100 power
   Port 3: 0000.0100 power
   Port 4: 0000.0100 power
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         0 Full speed (or root) hub
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             2
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0503 highspeed power enable connect
   Port 2: 0000.0100 power
Device Status:     0x0001
  Self Powered

3. Insert the plug to the end:

root@MI-R3G:~# lsusb -v

Bus 001 Device 010: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         2 TT per port
  bMaxPacketSize0        64
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0610 4-port hub
  bcdDevice            5.11
  iManufacturer           1 GenesysLogic
  iProduct                2 USB2.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      1 Single TT
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      2 TT per port
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             4
  wHubCharacteristic 0x00e9
    Per-port power switching
    Per-port overcurrent protection
    TT think time 32 FS bits
    Port indicators
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    100 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0100 power
   Port 2: 0000.0100 power
   Port 3: 0000.0100 power
   Port 4: 0000.0100 power
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.10
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         0 Full speed (or root) hub
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             2
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0503 highspeed power enable connect
   Port 2: 0000.0100 power
Device Status:     0x0001
  Self Powered

Bus 002 Device 006: ID 05e3:0620 Genesys Logic, Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0620
  bcdDevice            5.11
  iManufacturer           1 GenesysLogic
  iProduct                2 USB3.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           31
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              1 GenesysLogic
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes           19
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Feedback
        wMaxPacketSize     0x0002  1x 2 bytes
        bInterval               8
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             4
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    576 milli Ampere
  bHubDecLat          0.4 micro seconds
  wHubDelay          1508 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.02a0 5Gbps power Rx.Detect
   Port 2: 0000.02a0 5Gbps power Rx.Detect
   Port 3: 0000.02a0 5Gbps power Rx.Detect
   Port 4: 0000.02a0 5Gbps power Rx.Detect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength           42
  bNumDeviceCaps          3
  USB 2.0 Extension Device Capability:
    bLength                 7
    bDescriptorType        16
    bDevCapabilityType      2
    bmAttributes   0x00000006
      Link Power Management (LPM) Supported
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x000e
      Device can operate at Full Speed (12Mbps)
      Device can operate at High Speed (480Mbps)
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   1
      Lowest fully-functional device speed is Full Speed (12Mbps)
    bU1DevExitLat           8 micro seconds
    bU2DevExitLat         190 micro seconds
  Container ID Device Capability:
    bLength                20
    bDescriptorType        16
    bDevCapabilityType      4
    bReserved               0
    ContainerID             {f0564b9f-f61d-e011-ac64-0800200c9a66}
Device Status:     0x0001
  Self Powered

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0003 3.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           31
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             1
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  bHubDecLat          0.0 micro seconds
  wHubDelay             0 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.0203 5Gbps power U0 enable connect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength           15
  bNumDeviceCaps          1
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x0008
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   3
      Lowest fully-functional device speed is SuperSpeed (5Gbps)
    bU1DevExitLat           0 micro seconds
    bU2DevExitLat           0 micro seconds
Device Status:     0x0001
  Self Powered

But after reboot the same: no hub at all.
Nope, the connector is normal, recognized correctly on PC & smartphone. So, this is kernel or driver bug.

13.04.20203006PackagesBug ReportVery LowMediumdnsmasq-full fails to resolve Cloudflare domains if DNS...openwrt-19.07Unconfirmed Task Description

dnsmasq fails to resolve Cloudflare domains if DNSSEC is enabled.

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

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

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

/etc/config/dhcp

# cat /etc/config/dhcp

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

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

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

This is the generated dnsmasq configuration file

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

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

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

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

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

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

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

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

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

13.04.20203005Base systemBug ReportVery LowHighiptables ruleset order improvement optionTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-Link Archer C7 v5
- Software versions of OpenWrt/LEDE release, packages, etc.
19.07.2, just default packages
- Steps to reproduce
Current iptable ordering is badly pessimal (this repeats 3x, so 3 states get set for each connection, but thats for other news)
```
-A FORWARD -m comment –comment “!fw3: Custom forwarding rule chain” -j forwarding_rule
-A FORWARD -m conntrack –ctstate RELATED,ESTABLISHED -m comment –comment “!fw3” -j ACCEPT
-A FORWARD -m conntrack –ctstate INVALID -m comment –comment “!fw3” -j DROP
```
following does same job but does significantly less processing for typical case of in-state packets
```
-A FORWARD -m conntrack –ctstate RELATED,ESTABLISHED -m comment –comment “!fw3” -j ACCEPT
-A FORWARD -m conntrack –ctstate INVALID -m comment –comment “!fw3” -j DROP
-A FORWARD -m comment –comment “!fw3: Custom forwarding rule chain” -j forwarding_rule
```
Not willing to generalize, but my wifi and wire behind could not reach subscription 100Mbps in any way before the change, after change it is steady 100Mbps both ways.

12.04.20202996KernelBug ReportVery LowCriticalnanopi air cannot start in kernel 5.4.31TrunkUnconfirmed Task Description

device: nanopi air
steps:

1. "git check" to get the last trunk
2. "make menuconfig" select the device "nanopi air"
3. then "make" to get the rom and dd it into TF card
4. power on and you will see stop at "Starting kernel ..."

here is my system log:

U-Boot SPL 2020.01 (Apr 09 2020 - 20:09:21 +0000)
DRAM: 512 MiB
Trying to boot from MMC1


U-Boot 2020.01 (Apr 09 2020 - 20:09:21 +0000) Allwinner Technology

CPU:   Allwinner H3 (SUN8I 1680)
Model: FriendlyARM NanoPi NEO
DRAM:  512 MiB
MMC:   mmc@1c0f000: 0
Loading Environment from FAT... *** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   phy interface0

Error: ethernet@1c30000 address not set.
No ethernet found.

starting USB...
Bus usb@1c1a000: USB EHCI 1.00
Bus usb@1c1a400: USB OHCI 1.0
Bus usb@1c1d000: USB EHCI 1.00
Bus usb@1c1d400: USB OHCI 1.0
scanning bus usb@1c1a000 for devices... 1 USB Device(s) found
scanning bus usb@1c1a400 for devices... 1 USB Device(s) found
scanning bus usb@1c1d000 for devices... 1 USB Device(s) found
scanning bus usb@1c1d400 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot.scr
377 bytes read in 2 ms (183.6 KiB/s)
## Executing script at 43100000
3078032 bytes read in 142 ms (20.7 MiB/s)
19497 bytes read in 3 ms (6.2 MiB/s)
## Booting kernel from Legacy Image at 42000000 ...
   Image Name:   ARM OpenWrt Linux-5.4.31
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    3077968 Bytes = 2.9 MiB
   Load Address: 40008000
   Entry Point:  40008000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 43000000
   Booting using the fdt blob at 0x43000000
EHCI failed to shut down host controller.
   Loading Kernel Image
   Using Device Tree in place at 43000000, end 43007c28

Starting kernel ...
11.04.20202994Base systemBug ReportVery LowLowMT7621 DSA: no VLAN tags on egress...TrunkUnconfirmed Task Description

create an interface:

ip link add link lan1 name lan1.117 type vlan id 117
ip link set lan1 up
ip link set lan1.117 up
ip addr add 192.168.117.7/24 dev lan1.117

Sniffing with tcpdump on LAN1, tcpdump -i lan1 -e, it claims that the packets on egress are tagged.
Sniffing with a PC on the network, the packets from the router are untagged. Packets are not forwarded by VLAN activated switch.
Ingress works as expected.
Same behaviour for all interfaces type IFACEx.VID, so also bridges, e.g. br0.117...

Kernel:

[ 0.000000] Linux version 5.4.31 (dl3it-mi3g@mySpace) (gcc version 8.4.0 (Ope
nWrt GCC 8.4.0 r12869-85aef6f627)) #0 SMP Thu Apr 9 07:54:02 2020
[ 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 Xiaomi Mi Router 3G v2

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

Supply the following if possible:

Device problem occurs on

  • Archer C7 V2 (eu)

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

Affects versions:

  • 19.07.0
  • 19.07.2

Tested working

  • 18.06.2
  • 18.06.8

Steps to reproduce

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

Observed Behaviour:

  • Client can authenticate
  • DHCP handshake initiated but not completed

Other notes:

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

Log 1 - logread during client connection attempts

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

Log 2 - logread during connection with ethernet & subsequent disconnect

	Sat Apr 11 11:11:26 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: authenticated
	Sat Apr 11 11:11:26 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc IEEE 802.11: associated (aid 1)
	Sat Apr 11 11:11:26 2020 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 6c:40:08:9f:5b:bc
	Sat Apr 11 11:11:26 2020 daemon.info hostapd: wlan0: STA 6c:40:08:9f:5b:bc WPA: pairwise key handshake completed (RSN)
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPDISCOVER(br-lan) 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:36 2020 daemon.info dnsmasq-dhcp[7552]: DHCPOFFER(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:37 2020 daemon.info dnsmasq-dhcp[7552]: DHCPREQUEST(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84
	Sat Apr 11 11:12:37 2020 daemon.info dnsmasq-dhcp[7552]: DHCPACK(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84 Scotts-MBP
	Sat Apr 11 11:12:45 2020 daemon.info dnsmasq-dhcp[7552]: DHCPRELEASE(br-lan) 192.168.12.154 5c:f7:e6:8b:bc:84 
10.04.20202992KernelBug ReportVery LowMediumUSB problem on bcm6318 AllUnconfirmed Task Description

Hi
I’m using openwrt on bcm63xx bcm6318 sagemcom F@ST 2704N V1.
the router is actually V1.1 (16MB flash , 64MB RAM).
trying to connect a usb wifi dongle as AP

root@Openwrt:~# lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

wlan1     Link encap:Ethernet  HWaddr 7C:DD:90:48:2A:D2  
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::7edd:90ff:fe48:2ad2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:955 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:184246 (179.9 KiB)

the problem is that there’s no connectivity at all , I can connect to the AP (only without encryption ) and the ssid doesn’t always show on my mobile phone.
the usb port is working fine , I tried mounting a usb flash drive with no problem.
also the adapter is working , I tried it on Orange pi , Raspberrypi , bcm6328 , all with openwrt installed on them and didn’t have any problem .
I guess it is something related to bcm6318 or its architecture code .
the onboard broadcom pci wifi is working .
I suspected that its a power problem so I added an external usb power , but with same issues.
also I tried openwrt 19 ,18 ,17 with same problem.
I’m also using two bcm6328 routers as point to point wifi 5ghz link with Ralink RT5572 chipset ( rt2800usb driver ) withouyt any problem.
dmesg is filled with :

[ 1269.191198] rt2800usb_tx_sta_fifo_read_completed: 13054 callbacks suppressed
[ 1269.191239] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.208421] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.218373] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.228285] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.238151] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.248029] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.257902] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.267793] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.278183] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32
[ 1269.287995] ieee80211 phy1: rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed -32

using rmmod to remove rt2800usb module results in kernel crash /sometimes hang and sometimes panic and reboot.

steps to reproduce:
-boot the router with usb wifi dongle
-configure it as access point and enable it
- dmesg log starts to fill and adapter is not working

10.04.20202991Base systemBug ReportVery LowLowUserland-only tarball to populate chrootTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

ath79/mips

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

19.07.2

- Steps to reproduce

 Would be nice to have generic userland tarball also for less popular arches, for experiments involving a USB drive and facing the 'net


10.04.20202990Base systemBug ReportVery LowLowinvalid config-settings for linux5.4TrunkUnconfirmed Task Description

I was just building ath79-generic with having CONFIG_TESTING_KERNEL=y set.
During kernel-config the following message was seen:

net/sched/Kconfig:45: warning: menuconfig statement without prompt
.config:4076:warning: symbol value ‘m’ invalid for NF_CT_PROTO_GRE
.config:4106:warning: symbol value ‘m’ invalid for NF_NAT_REDIRECT

CALL    scripts/checksyscalls.sh

OpenWrt-commit is ae06a650d68026530beec4

 


10.04.20202989Base systemBug ReportVery LowCriticalBoots but no connection can be made to routerTrunkUnconfirmed Task Description

Hardware: ZBT WG3526 16MB RAM
Image file: openwrt-ramips-mt7621-zbtlink_zbt-wg3526-16m-squashfs-sysupgrade.bin
Image Date Stamp: Snapshot Fri Apr 10 06:55:59 2020

Issue: Flashes without issues.

		Boots but no connection can be made to router using web browser I/F, WinSCP or PuTTY.
		Not responding to ping 192.168.1.1.
		All LAN and WAN ports LED's are flashing.
		No Internet connection (WAN)
Showing tasks 201 - 250 of 1122 Page 5 of 23<<First - 3 - 4 - 5 - 6 - 7 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing