OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

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

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

OpenedIDCategoryTask TypePrioritySeveritySummary  descReported InStatus
02.02.20202801PackagesBug ReportVery LowLowAdd s3fs packageTrunkUnconfirmed Task Description

A user recently asked how to compile s3fs on OpenWrt:

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

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

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

31.10.20171130Base systemBug ReportVery LowLowAdd partial import for settingsTrunkUnconfirmed Task Description

Sometimes it’s very necessary feature. For example after upgrade from OpenWRT to LEDE my router works fine with default settings. But after import my configuration, DNS and DHCP IPv4 not working at all. And it’s hard to determinite what settings responsible for this, because you can only import all or nothing. I suggest add dialog with checkboxes to import configuration process.

22.11.20171183KernelFeature RequestVery LowLowAdd congestion control for low priority flowsAllUnconfirmed Task Description

Hello,

It would be nice to include package for alternative congestion control mechanisms.

Especially some application can use tcp_lp (low priroriry) to optimise traffic.
Seems a start altought i need to document myself a bit more concerning ledbat state on linux.

Cedric


11.08.20192437Base systemFeature RequestVery LowMediumAdd algorithm for auto channel selection (ACS)TrunkUnconfirmed Task Description

Apparently OpenWrt currently does not offer an algorithm for auto channel selection of a wireless channel. Instead it just always seems to default to channel 1 if autochannel is activated. This is not the intended behaviour and not what a user expects. So I suggest adding some selection algorithm to it (there is already available at least one, so it should not be too hard to add it).

17.05.20203103Base systemBug ReportVery LowLowAdd /etc/fstab to Package/base-files/conffilesTrunkUnconfirmed Task Description

The base-files package installs a stub /etc/fstab file. However the file is not marked as configuration file and gets overridden on every package upgrade. At the same time the package provides no scripts to fill this file with any actual contents. I can remember that previously the file was a symlink to /tmp/fstab and there was an init script that creates the /tmp/fstab file based on /etc/config/fstab but it doesn’t seem to be the case anymore for the latest trunk. The file is quite handy as a short-hand for mount command (or as a configuration file for my custom cryptsetup script along with /etc/crypttab). I suggest to add the file into Package/base-files/conffiles.

- Device problem occurs on: any
- Software versions of OpenWrt/LEDE release, packages, etc.: latest trunk
- Steps to reproduce: upgrade base-files with opkg

 
19.02.20192135KernelBug ReportVery LowLowADB AV4202 (BCM43222) wifi gets broadcasted but clients...AllUnconfirmed Task Description

I’ve tried OpenWRT on an ADB AV4202N. Everything works fine except wifi. I know the used Broadcom chip (BCM43222) is problematic but there is a bit of hope.

After installation the wifi is disabled by default. When enabling it and setting the country code correct(AT in my case) the network actually gets found by other devices but they just don’t get accepted by the ap. If i set an encryption this is also correctly broadcasted and recognized by other devices but it’s impossible to connect. Also the following values are shown in OpenWRT’s webinterface which is a strong indicator that something isn’t working correct: “Signal: 0 dBm | Noise: 0 dBm Bitrate: 0.0 Mbit/s”.

device id:

root@OpenWrt:~# for i in /sys/bus/pci/devices/*; do [ -f $i/vendor ] && echo "$(cat $i/vendor):$(cat $i/device) $(cat $i/subsystem_vendor):$(cat $i/subsystem_device)"; done
0x14e4:0xa8d6 0x14e4:0xa8d6
0x14e4:0x6368 0x14e4:0x6368

dmesg:

root@OpenWrt:~# dmesg
[    0.000000] Linux version 4.14.101 (buildbot@6167ddb9a6c5) (gcc version 7.4.0 (OpenWrt GCC 7.4.0 r9393-d0b4596)) #0 SMP Sun Feb 17 18:30:34 2019
[    0.000000] Detected Broadcom 0x6368 CPU revision b2
[    0.000000] CPU frequency is 400 MHz
[    0.000000] 64MB of RAM installed
[    0.000000] board_bcm963xx: Boot address 0xb8000000
[    0.000000] board_bcm963xx: CFE version: 1.0.37-102.6
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0002a031 (Broadcom BMIPS4350)
[    0.000000] board: board name: 96368_Swiss_S1
[    0.000000] MIPS: machine is ADB P.DG AV4202N
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[    0.000000] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] On node 0 totalpages: 16384
[    0.000000] free_area_init_node: node 0, pgdat 80577690, node_mem_map 81007330
[    0.000000]   Normal zone: 128 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 16384 pages, LIFO batch:3
[    0.000000] random: get_random_bytes called from start_kernel+0x80/0x4b4 with crng_init=0
[    0.000000] percpu: Embedded 14 pages/cpu @8108a000 s25984 r8192 d23168 u57344
[    0.000000] pcpu-alloc: s25984 r8192 d23168 u57344 alloc=14*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Memory: 57676K/65536K available (4354K kernel code, 190K rwdata, 992K rodata, 1304K init, 211K bss, 7860K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 256
[    0.000000] genirq: irq_chip bcm6345-periph-intc did not update eff. affinity mask of irq 28
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9556302233 ns
[    0.000029] sched_clock: 32 bits at 200MHz, resolution 5ns, wraps every 10737418237ns
[    0.008242] Calibrating delay loop... 397.82 BogoMIPS (lpj=795648)
[    0.046765] pid_max: default: 32768 minimum: 301
[    0.052101] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.058995] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.072089] Hierarchical SRCU implementation.
[    0.079571] smp: Bringing up secondary CPUs ...
[    0.086729] SMP: Booting CPU1...
[    6.934360] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[    6.934375] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[    6.934674] CPU1 revision is: 0002a031 (Broadcom BMIPS4350)
[    0.118454] Synchronize counters for CPU 1: 
[    0.139272] SMP: CPU1 is running
[    0.139326] done.
[    0.149437] smp: Brought up 1 node, 2 CPUs
[    0.171531] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.181656] futex hash table entries: 512 (order: 1, 8192 bytes)
[    0.188171] pinctrl core: initialized pinctrl subsystem
[    0.196658] NET: Registered protocol family 16
[    0.240012] registering PCI controller with io_map_base unset
[    0.246046] registering PCI controller with io_map_base unset
[    0.311758] PCI host bridge to bus 0000:00
[    0.316259] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[    0.323379] pci_bus 0000:00: root bus resource [io  0x8000000-0x8007fff]
[    0.330417] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.337680] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.346180] pci 0000:00:01.0: [14e4:a8d6] type 00 class 0x028000
[    0.348386] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x00003fff]
[    0.355870] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    0.356046] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x30003fff]
[    0.364098] PCI host bridge to bus 0000:01
[    0.368541] pci_bus 0000:01: root bus resource [mem 0x38000000-0x3fffffff]
[    0.375647] pci_bus 0000:01: root bus resource [io  0x8008000-0x800ffff]
[    0.382570] pci_bus 0000:01: root bus resource [??? 0x00000000 flags 0x0]
[    0.389579] pci_bus 0000:01: No busn resource found for root bus, will use [bus 01-ff]
[    0.397943] pci 0000:01:1e.0: [14e4:6368] type 02 class 0x060700
[    0.398768] pci 0000:01:1e.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    0.407692] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 05
[    0.407867] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 05
[    0.408066] pci 0000:01:1e.0: BAR 10: assigned [mem 0x38000000-0x3fffffff]
[    0.415246] pci 0000:01:1e.0: BAR 7: assigned [io  0x8008000-0x80080ff]
[    0.422091] pci 0000:01:1e.0: BAR 8: assigned [io  0x8008400-0x80084ff]
[    0.428924] pci 0000:01:1e.0: CardBus bridge to [bus 02-05]
[    0.434692] pci 0000:01:1e.0:   bridge window [io  0x8008000-0x80080ff]
[    0.441518] pci 0000:01:1e.0:   bridge window [io  0x8008400-0x80084ff]
[    0.448343] pci 0000:01:1e.0:   bridge window [mem 0x38000000-0x3fffffff]
[    0.462606] clocksource: Switched to clocksource MIPS
[    0.472337] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[    0.507397] ssb: Found chip with id 0xA8D6, rev 0x00 and package 0x08
[    0.514624] ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x1E, vendor 0x4243)
[    0.515162] ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x10, vendor 0x4243)
[    0.515697] ssb: Core 2 found: PCI (cc 0x804, rev 0x0E, vendor 0x4243)
[    0.588530] ssb: Sonics Silicon Backplane found on PCI device 0000:00:01.0
[    0.596698] NET: Registered protocol family 2
[    0.604194] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.606157] random: fast init done
[    0.612165] TCP bind hash table entries: 1024 (order: 1, 8192 bytes)
[    0.621583] TCP: Hash tables configured (established 1024 bind 1024)
[    0.628855] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    0.635018] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    0.642367] NET: Registered protocol family 1
[    0.647049] PCI: CLS 0 bytes, default 16
[    0.650334] Crashlog allocated RAM at address 0x3f00000
[    0.663506] workingset: timestamp_bits=30 max_order=14 bucket_order=0
[    0.692760] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.698841] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.753705] io scheduler noop registered
[    0.758168] io scheduler deadline registered (default)
[    0.768990] bcm6368-pinctrl 10000080.pin-controller: registered at mmio b0000080
[    0.780487] 10000100.serial: ttyS0 at MMIO 0x10000100 (irq = 10, base_baud = 1562500) is a bcm63xx_uart
[    0.790617] console [ttyS0] enabled
[    0.798066] bootconsole [early0] disabled
[    0.809201] bcm63xx-rng bcm63xx-rng: registered RNG driver
[    0.822290] 18000000.nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x002101
[    0.832762] 18000000.nor: Found an alias at 0x1000000 for the chip at 0x0
[    0.832810] Amd/Fujitsu Extended Query Table at 0x0040
[    0.838153]   Amd/Fujitsu Extended Query version 1.3.
[    0.843377] number of CFI chips: 1
[    0.848379] Searching for RedBoot partition table in 18000000.nor at offset 0xfe0000
[    0.892656] No RedBoot partition table detected in 18000000.nor
[    0.898992] 3 fixed-partitions partitions found on MTD device 18000000.nor
[    0.906114] Creating 3 MTD partitions on "18000000.nor":
[    0.911623] 0x000000000000-0x000000020000 : "CFE"
[    0.922427] 0x000000020000-0x000000fe0000 : "linux"
[    0.933452] parser_imagetag: rootfs: CFE image tag found at 0x0 with version 6, board type 96368_Swiss_S1
[    0.943525] parser_imagetag: Partition 0 is kernel offset 100 and length 1c0970
[    0.951149] parser_imagetag: Partition 1 is rootfs offset 1c0a70 and length dff590
[    0.958961] parser_imagetag: Spare partition is offset 3e0004 and length bdfffc
[    0.966556] 2 bcm963xx-imagetag partitions found on MTD device linux
[    0.973131] Creating 2 MTD partitions on "linux":
[    0.978080] 0x000000000100-0x0000001c0a70 : "kernel"
[    0.988840] 0x0000001c0a70-0x000000fc0000 : "rootfs"
[    0.999352] mtd: device 3 (rootfs) set to be root filesystem
[    1.005321] 1 squashfs-split partitions found on MTD device rootfs
[    1.011731] 0x0000003e0000-0x000000fc0000 : "rootfs_data"
[    1.022907] 0x000000fe0000-0x000001000000 : "nvram"
[    1.039611] bcm63xx-spi 10000800.spi: at [mem 0x10000800-0x10000f0b flags 0x200] (irq 9, FIFOs size 542)
[    1.056412] libphy: Fixed MDIO Bus: probed
[    1.110601] b53_common: found switch: BCM63xx, rev 0
[    1.117669] bcm63xx-wdt bcm63xx-wdt:  started, timer margin: 30 sec
[    1.141575] NET: Registered protocol family 10
[    1.151168] Segment Routing with IPv6
[    1.155277] NET: Registered protocol family 17
[    1.160044] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.173441] 8021q: 802.1Q VLAN Support v1.8
[    1.194502] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[    1.222721] Freeing unused kernel memory: 1304K
[    1.227401] This architecture does not have kernel memory protection.
[    2.816654] init: Console is alive
[    2.820845] init: - watchdog -
[    5.378462] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    5.629748] usbcore: registered new interface driver usbfs
[    5.635909] usbcore: registered new interface driver hub
[    5.641949] usbcore: registered new device driver usb
[    5.666304] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    5.676645] ehci-platform: EHCI generic platform driver
[    5.790160] ehci-platform ehci-platform: EHCI Host Controller
[    5.796258] ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
[    5.805004] ehci-platform ehci-platform: irq 15, io mem 0xb0001500
[    5.826142] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00, overcurrent ignored
[    5.838275] hub 1-0:1.0: USB hub found
[    5.842423] hub 1-0:1.0: 2 ports detected
[    5.859914] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    5.869326] ohci-platform: OHCI generic platform driver
[    5.875339] ohci-platform ohci-platform: Generic Platform OHCI controller
[    5.882509] ohci-platform ohci-platform: new USB bus registered, assigned bus number 2
[    5.891178] ohci-platform ohci-platform: irq 13, io mem 0xb0001600
[    5.961590] hub 2-0:1.0: USB hub found
[    5.965787] hub 2-0:1.0: 2 ports detected
[    5.975380] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    5.988304] init: - preinit -
[    8.655702] random: jshn: uninitialized urandom read (4 bytes read)
[    9.040266] random: jshn: uninitialized urandom read (4 bytes read)
[    9.468482] random: jshn: uninitialized urandom read (4 bytes read)
[    9.864733] urandom_read: 1 callbacks suppressed
[    9.864759] random: jshn: uninitialized urandom read (4 bytes read)
[   10.598898] random: procd: uninitialized urandom read (4 bytes read)
[   10.625650] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   10.632236] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port3, 100Mbps, full-duplex
[   10.632481] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port4, 100Mbps, full-duplex
[   10.648613] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
[   10.655252] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[   11.602155] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   14.565445] jffs2: notice: (432) jffs2_build_xattr_subsystem: complete building xattr subsystem, 4 of xdatum (0 unchecked, 4 orphan) and 45 of xref (6 dead, 39 orphan) found.
[   14.586507] mount_root: overlay filesystem has not been fully initialized yet
[   14.955513] mount_root: switching to jffs2 overlay
[   15.045541] overlayfs: upper fs does not support tmpfile.
[   15.061837] urandom-seed: Seed file not found (/etc/urandom.seed)
[   15.392035] procd: - early -
[   15.395412] procd: - watchdog -
[   16.324654] procd: - watchdog -
[   16.328865] procd: - ubus -
[   16.424722] random: ubusd: uninitialized urandom read (4 bytes read)
[   16.608655] random: ubusd: uninitialized urandom read (4 bytes read)
[   16.616496] random: ubusd: uninitialized urandom read (4 bytes read)
[   16.625939] procd: - init -
[   17.831377] kmodloader: loading kernel modules from /etc/modules.d/*
[   18.031668] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   18.075416] Loading modules backported from Linux version v4.19.23-0-g67d52fae61c1
[   18.083356] Backport generated by backports.git v4.19.23-1-0-g480a925a
[   18.099683] ip_tables: (C) 2000-2006 Netfilter Core Team
[   18.141096] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
[   18.328363] xt_time: kernel timezone is -0000
[   18.539141] PPP generic driver version 2.4.2
[   18.551564] NET: Registered protocol family 24
[   18.608971] b43-phy0: Broadcom 43222 WLAN found (core revision 16)
[   18.658122] b43-phy0: Found PHY: Analog 8, Type 4 (N), Revision 6
[   18.664442] b43-phy0: Found Radio: Manuf 0x17F, ID 0x2056, Revision 6, Version 0
[   18.688057] Broadcom 43xx driver loaded [ Features: PNL ]
[   18.709707] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   18.736997] kmodloader: done loading kernel modules from /etc/modules.d/*
[   22.095461] random: crng init done
[   22.098992] random: 1 urandom warning(s) missed due to ratelimiting
[   50.966616] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port3, 100Mbps, full-duplex
[   50.974838] bcm63xx_enetsw bcm63xx_enetsw.0: link UP on port4, 100Mbps, full-duplex
[   51.009263] br-lan: port 1(eth0.1) entered blocking state
[   51.015136] br-lan: port 1(eth0.1) entered disabled state
[   51.022906] device eth0.1 entered promiscuous mode
[   51.028018] device eth0 entered promiscuous mode
[   51.047687] br-lan: port 1(eth0.1) entered blocking state
[   51.053541] br-lan: port 1(eth0.1) entered forwarding state
[   51.060622] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   51.955920] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 1005.490482] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
[ 1005.676804] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1005.704384] br-lan: port 2(wlan0) entered blocking state
[ 1005.710061] br-lan: port 2(wlan0) entered disabled state
[ 1005.716666] device wlan0 entered promiscuous mode
[ 1005.750838] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1005.758685] br-lan: port 2(wlan0) entered blocking state
[ 1005.764276] br-lan: port 2(wlan0) entered forwarding state
[ 1194.941669] device wlan0 left promiscuous mode
[ 1194.947246] br-lan: port 2(wlan0) entered disabled state
[ 1195.732964] b43-phy0 ERROR: DMA RX reset timed out
[ 1196.013005] b43-phy0 ERROR: DMA TX reset timed out
[ 1196.042349] ssb: Timeout waiting for bitmask 01800000 on register 0F90 to clear.
[ 1198.385367] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
[ 1198.592303] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1198.698993] br-lan: port 2(wlan0) entered blocking state
[ 1198.704833] br-lan: port 2(wlan0) entered disabled state
[ 1198.712445] device wlan0 entered promiscuous mode
[ 1198.818777] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1198.826665] br-lan: port 2(wlan0) entered blocking state
[ 1198.832441] br-lan: port 2(wlan0) entered forwarding state

iwinfo:

root@OpenWrt:~# iwinfo 
wlan0     ESSID: "OpenWrt32"
          Access Point: 02:10:18:01:00:02
          Mode: Master  Channel: 11 (2.462 GHz)
          Tx-Power: 20 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: none
          Type: nl80211  HW Mode(s): 802.11bg
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: phy0

iw phy0 info

root@OpenWrt:~# iw phy0 info
Wiphy phy0
	max # scan SSIDs: 4
	max scan IEs length: 2285 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 1:
		Frequencies:
			* 2412 MHz [1] (20.0 dBm)
			* 2417 MHz [2] (20.0 dBm)
			* 2422 MHz [3] (20.0 dBm)
			* 2427 MHz [4] (20.0 dBm)
			* 2432 MHz [5] (20.0 dBm)
			* 2437 MHz [6] (20.0 dBm)
			* 2442 MHz [7] (20.0 dBm)
			* 2447 MHz [8] (20.0 dBm)
			* 2452 MHz [9] (20.0 dBm)
			* 2457 MHz [10] (20.0 dBm)
			* 2462 MHz [11] (20.0 dBm)
			* 2467 MHz [12] (20.0 dBm)
			* 2472 MHz [13] (20.0 dBm)
			* 2484 MHz [14] (disabled)
	interface combinations are not supported
	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:
		* [ RRM ]: RRM
		* [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
		* [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211

lsmod

root@OpenWrt:~# lsmod
b43                   363971  0 
cfg80211              233424  2 b43,mac80211
compat                  6567  3 b43,mac80211,cfg80211
crc_ccitt               1051  1 ppp_async
ehci_hcd               42167  1 ehci_platform
ehci_platform           4288  0 
gpio_button_hotplug     6464  0 
ip_tables              11245  4 iptable_nat,iptable_mangle,iptable_filter
ip6_tables             10945 24 ip6table_mangle,ip6table_filter
ip6t_REJECT             1040  2 
ip6table_filter          704  1 
ip6table_mangle         1216  0 
ipt_MASQUERADE           736  1 
ipt_REJECT              1008  2 
iptable_filter           704  1 
iptable_mangle           960  0 
iptable_nat              768  1 
ledtrig_usbport         2800  0 
mac80211              462241  1 b43
nf_conntrack           70989 13 nf_conntrack_ipv6,ipt_MASQUERADE,xt_state,xt_nat,xt_conntrack,xt_REDIRECT,xt_CT,nf_nat_masquerade_ipv4,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat,nf_flow_table,nf_conntrack_rtcache
nf_conntrack_ipv4       5168 10 
nf_conntrack_ipv6       5584  4 
nf_conntrack_rtcache    2752  0 
nf_defrag_ipv4          1174  1 nf_conntrack_ipv4
nf_defrag_ipv6          5022  1 nf_conntrack_ipv6
nf_flow_table          14031  2 xt_FLOWOFFLOAD,nf_flow_table_hw
nf_flow_table_hw        2240  1 
nf_log_common           2879  2 nf_log_ipv4,nf_log_ipv6
nf_log_ipv4             3424  0 
nf_log_ipv6             4112  0 
nf_nat                 15164  4 xt_nat,nf_nat_redirect,nf_nat_masquerade_ipv4,nf_nat_ipv4
nf_nat_ipv4             4017  1 iptable_nat
nf_nat_masquerade_ipv4    1628  1 ipt_MASQUERADE
nf_nat_redirect         1515  1 xt_REDIRECT
nf_reject_ipv4          2275  1 ipt_REJECT
nf_reject_ipv6          2728  1 ip6t_REJECT
nls_base                5456  1 usbcore
ohci_hcd               30127  1 ohci_platform
ohci_platform           3808  0 
ppp_async               7120  0 
ppp_generic            23138  3 pppoe,ppp_async,pppox
pppoe                   8672  0 
pppox                   1402  1 pppoe
slhc                    5147  1 ppp_generic
usb_common              2551  1 usbcore
usbcore               138769  5 ledtrig_usbport,ohci_platform,ohci_hcd,ehci_platform,ehci_hcd
x_tables               14175 24 ipt_REJECT,ipt_MASQUERADE,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,iptable_mangle,iptable_filter,ip_tables,ip6t_REJECT,ip6table_mangle,ip6table_filter,ip6_tables
xt_CT                   2720  0 
xt_FLOWOFFLOAD          2896  0 
xt_LOG                   816  0 
xt_REDIRECT              752  0 
xt_TCPMSS               2800  0 
xt_comment               528107 
xt_conntrack            2400 12 
xt_limit                1344 20 
xt_mac                   672  0 
xt_mark                  720  0 
xt_multiport            1312  0 
xt_nat                  1584  0 
xt_state                 768  0 
xt_tcpudp               1808  8 
xt_time                 1824  0 

Although there is another wifi in reach “iw dev wlan0 scan” on the device returns nothing.

This problem applies to current release of OpenWRT (18.06.2) and also to current Snapshot (r9393-d0b4596). It most certainly also applies to lede-17.01 but i haven’t tested it there for now. I think i had lede installed on the device during 2018 and had the same problem but i’m not sure.

Please let me know in case you need more info. I’m also willing to test things in order to help improve the OpenWRT support for the AV4202N. As the network gets found maybe the problem can be solved just by of configuration or arguments to the module.

19.03.20181444KernelFeature RequestVery LowLowActivate CONFIG_ATH9K_HWRNG in Kernel 4.9TrunkUnconfirmed Task Description

Since Linux 4.5, ath9k can be used as a random number generator using ADC register as a source of entropy. It is well-known that insufficient entropy is often a problem on routers and weakens security, using ath9k as a random number generator can greatly boost the available entropy on the routers without the need of additional measures such as haveged.

28.09.20203365Base systemBug ReportVery LowCriticalaccess USB storage in LEDE for Talon AD7200TrunkUnconfirmed Task Description

Anybody have an ideal to access USB storage at Talon AD72000 with nexmon firmware? lede-ad7200?

Several ways I have tried:

1. search for path like `/mnt/dev` `/dev/`, I can see my usb flash disk led blinking and there show up the device after I insert the disk, but I can NOT cd into the disk

2. install other tool via `opkg`, especially Quick Start for Adding a USB drive, however, the whole OS will crash down when install `kmod-usb-storage` at step 3 and I have to start all over.

Let me know if any solution

Best.

20.03.20181451Base systemBug ReportVery LowMediumAccess points should not run a DHCP server after instal...TrunkUnconfirmed Task Description

Take an [UniFi AP](https://openwrt.org/toh/ubiquiti/unifi) or [UniFi AC AP](https://openwrt.org/toh/ubiquiti/unifiac) and deploy OpenWRT to it. It’ll come up as an authoritative DHCP server, which is (a) completely unexpected, as no reasonable network will have authoritative DHCP servers running on access points, and (b) disruptive.

I think that default configuration for access points should be any of, in the order decreasing preference:

  • DHCP client with fallback to static configuration
  • Just DHCP client
  • Static configuration
14.11.20203450KernelBug ReportVery LowHighAC2100 MT7621 eth0 (mtk_soc_eth): transmit queue 0 time...openwrt-19.07Unconfirmed Task Description

Model Xiaomi Mi Router AC2100
Architecture MediaTek MT7621 ver:1 eco:3
Firmware Version OpenWrt 19.07.4 r11208-ce6496d796 / LuCI openwrt-19.07 branch git-20.247.75781-0d0ab01
Kernel Version 4.14.195

Random BUG, no step to reproduce it exactly
Impact : Outage for few seconds, connectivity lost
Full log attached.

Regards

06.07.20192359Base systemBug ReportVery LowCriticalAble to use channels out of regulatory domain(ES) in 5...TrunkUnconfirmed Task Description

Device: TP-Link Archer C7 v5 (ath79)
Software versions of OpenWrt: latest snapshot https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-tplink_archer-c7-v5-squashfs-sysupgrade.bin

Anything upper 5700 MHz [140] should be disabled.

iw list:

              [...]
              Frequencies:
                      * 5180 MHz [36] (23.0 dBm)
                      * 5200 MHz [40] (23.0 dBm)
                      * 5220 MHz [44] (23.0 dBm)
                      * 5240 MHz [48] (23.0 dBm)
                      * 5260 MHz [52] (20.0 dBm) (radar detection)
                      * 5280 MHz [56] (20.0 dBm) (radar detection)
                      * 5300 MHz [60] (20.0 dBm) (radar detection)
                      * 5320 MHz [64] (20.0 dBm) (radar detection)
                      * 5500 MHz [100] (26.0 dBm) (radar detection)
                      * 5520 MHz [104] (26.0 dBm) (radar detection)
                      * 5540 MHz [108] (26.0 dBm) (radar detection)
                      * 5560 MHz [112] (26.0 dBm) (radar detection)
                      * 5580 MHz [116] (26.0 dBm) (radar detection)
                      * 5600 MHz [120] (26.0 dBm) (radar detection)
                      * 5620 MHz [124] (26.0 dBm) (radar detection)
                      * 5640 MHz [128] (26.0 dBm) (radar detection)
                      * 5660 MHz [132] (26.0 dBm) (radar detection)
                      * 5680 MHz [136] (26.0 dBm) (radar detection)
                      * 5700 MHz [140] (26.0 dBm) (radar detection)
                      * 5720 MHz [144] (disabled)
                      * 5745 MHz [149] (13.0 dBm)
                      * 5765 MHz [153] (13.0 dBm)
                      * 5785 MHz [157] (13.0 dBm)
                      * 5805 MHz [161] (13.0 dBm)
                      * 5825 MHz [165] (13.0 dBm)
                      * 5845 MHz [169] (13.0 dBm)
                      * 5865 MHz [173] (13.0 dBm)
              [...]
11.07.20203224Base systemBug ReportVery LowLowA VLAN goes out when a new VLAN is addedopenwrt-19.07Unconfirmed Task Description

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

 

Hostname OpenWrt
Model Linksys WRT1900ACS
Architecture ARMv7 Processor rev 1 (v7l)
Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363
Kernel Version 4.14.180

At the outset, there are two VLANs pre-existing: 1 (LAN) and 2 (WAN)
In LuCi, create the following VLANs: 10, 20, 21, 2200, 2204, 2208, 3000.

At that point, I created a new VLAN on the Network/Switch page in LuCi. The new VLAN had an initial default VID of 10, which I changed to 11. I set the tagging to my need (Tagged on CPU and LAN port 3, off on all other ports) without touching the other nine VLANs.

As soon as I hit Save & apply, VLAN 10 stopped working entirely.

Examining the configuration files, I find these two stanzas:

config switch_vlan

option device 'switch0'
option vlan '3'
option ports '5t 1t'
option vid '10'

. . .

config switch_vlan

option device 'switch0'
option vlan '10'
option ports '5t 1t'
option vid '11'

This leads me to the hypothesis that the “vlan” option of 10 is colliding with the “vid” option of 10 on another VLAN, though it seems like these should be separate, unrelated concepts.

My workaround was to redo my VLAN scheme so that former VLANs 10, 11, 20 and 21 are now 1000, 1100, 2000 and 2100 respectively, which was enough to prevent this collision, and it all works, but it seems like it should not have had the collision in the first place.

02.02.20192096Base systemBug ReportVery LowLowA second 'make' always rebuilds somethingTrunkUnconfirmed Task Description

After a full OpenWrt Git HEAD build finishes, running “make” repeatedly again always rebuilds something. Another user is reporting that a subsequent build takes 5 minutes on his Fedora 27 desktop, which I am also seeing on my oldish Ubuntu 16.04.5 laptop.

Some more information is in the original mailing list discussion. This is the first message in the relevant thread:

http://lists.infradead.org/pipermail/openwrt-devel/2019-January/015648.html

Please find attached a build script to reproduce this problem, and a full build log file from my laptop.

Look for “Running the second make...” in the log file. Afterwards, things like these are being rebuilt, which probably should not:

make[6]: Entering directory ‘/home/rdiez/rdiez/freifunk/openwrt/git-repo/build_dir/target-x86_64_musl/uci-2018-08-11-4c8b4d6e’ [ 5%] Building C object CMakeFiles/uci.dir/libuci.c.o
[ 10%] Building C object CMakeFiles/uci.dir/file.c.o

03.06.20203147Base systemBug ReportVery LowHigh802.11w settings on LUCI WIFI page doesn't work properl...openwrt-19.07Unconfirmed Task Description

Host device

Device problem occurs on: Phicomm PSG1218A (MTK7620, 64M, 8MB, 802.11AC+N)
Software versions of OpenWrt/LEDE release: OpenWRT 19.07.3 Stable (r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363)
Package: wpad-openssl OR hostapd-openssl

External server/service

RADIUS server: Windows Server 2019 NPAS, worked fine with WPA2-EAP

Client

Client WIFI chip and driver: Intel Dual Band Wireless-AC 8265 running newest driver version 20.70.16.4 (driver date: 01/01/2020)

Steps to reproduce:

1. initialize default settings, then remove wpad-basic and install wpad-openssl OR hostapd-openssl to enable WPA3 AP mode
2. leave 802.11w to default setting which is “Required” 3. set country setting, ssid, and etc. as required such as radius for EAP
4 if use WPA2-PSK or WPA2-EAP with default settings, everything works fine.

5. switch WIFI (AC/N) to WPA2-PSK/WPA3-SAE mixed mode (sae+ccmp or something like that) OR WPA2-EAP/WPA3-EAP mixed mode (wpa3-mixed+ccmp or something like that)
6. apply settings wait until effective or reboot to take effect

6.1 __ssid won't come up on 802.11g/n interface__ if in PSK/SAE mixed mode.

7. Client (Intel 8265) won’t be able to connect to SSID,

7.1 if ssid would come up (802.11a/ac), it would be seen on client scan, but the client (Intel 8265) won't be able to connect to SSID, reports "Can't connect", in EAP mode, router side log "Deauthenticated due to local request" after "EAP-SUCCESS"

8. switch 802.11w to other settings, including “Optional”, problem remains, router config file /etc/config/wireless would list “option ieee80211w ‘1’” 9. switch 802.11w to other settings, including “Optional”, problem still remains, router config file /etc/config/wireless will be missing the “option ieee80211w” completely, and it seems wpad or hostapd would assume “optional” (code ‘1’) as default value instead of the documented “disabled” (code ‘0’).

Steps to workaround:

Manually set “option ieee80211w ‘0’” in /etc/config/wireless to disable 802.11w and don’t update settings through LUCI on the problematic ssid, restart wifi. Everything would work.

08.03.20202890Base systemBug ReportVery LowLow802.11w bad mwlwifi and mt76 supportTrunkUnconfirmed Task Description

http://openwrt/cgi-bin/luci/admin/network/wireless → `Interface Configuration` → `Wireless Security` says:

802.11w Management Frame Protection Requires ... support from the wifi driver
(as of Jan 2019: ath9k, ath10k, mwlwifi and mt76)

1. 802.11w is not usable with mwlwifi due to this issue: https://github.com/kaloz/mwlwifi/issues/362

2. trying to set `option ieee80211w ‘2’` for mt76 2.4GHZ (miwifi-mini mt7620) cause `hostapd -dd: Interface initialization failed`

03.08.20203268Base systemBug ReportVery LowLow802.11s mesh warn when using 802.11s over 5GHz mtk7612.TrunkUnconfirmed Task Description

I see the same warn when using 802.11s over 5GHz mtk7612. It appears a skb buffer is full?

We have encryption enabled and working. This happens at time, would like to help find a solution?

This is the section of code that is generating the error. Is there anything I can try to help debug? I’m on a 18.04 build, have seen this on 17.01?

ccmp_encrypt_skb:

    if (WARN_ON(skb_tailroom(skb) < tail ||
                skb_headroom(skb) < IEEE80211_CCMP_HDR_LEN))
            return -1;

[ 234.629726] ————[ cut here ]———— [ 234.639113] WARNING: CPU: 0 PID: 0 at backports-2017-11-01/net/mac80211/wpa.c:431 ieee80211_crypto_ccmp_encrypt+0xe0/0×248 [mac80211]
[ 234.663087] Modules linked in: rt2800soc rt2800pci rt2800mmio rt2800lib pppoe ppp_async rt2x00soc rt2x00pci rt2x00mmio rt2x00lib pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 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 slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink nf_conntrack_ftp nf_conntrack iptable_mangle iptable_filter ip_tables crc_itu_t crc_ccitt compat arptable_filter arpt_mangle arp_tables xt_set ip_set_list_set ip_set_hash_netiface
[ 234.804092] ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables tun eeprom_93cx6 leds_gpio gpio_button_hotplug
[ 234.879023] CPU: 0 PID: 0 Comm: swapper Tainted: G W 4.14.131 #0
[ 234.893240] Stack : 80483660 80373fe4 00000000 00000000 803d882c 83807bf4 80427ccc 804278e7
[ 234.909918] 803d4b48 00000000 80483660 000001af 00000123 00000001 83807ba8 a434d50c
[ 234.926591] 00000000 00000000 80480000 00000000 0000011e 00000000 33312e34 30232031
[ 234.943258] 6e757420 00000000 3fff0000 70656520 00000000 00000000 83288754 832d9e40
[ 234.959924] 00000009 000001af 00000123 83807dc0 00000000 801da924 00000000 80480000
[ 234.976589] ...
[ 234.981465] Call Trace:
[ 234.986351] [<8000e4f4>] show_stack+0×74/0×104 [ 234.995229] [<80024ee0>] __warn+0×110/0×118 [ 235.003575] [<80024f7c>] warn_slowpath_null+0x1c/0×30 [ 235.013783] [<83288754>] ieee80211_crypto_ccmp_encrypt+0xe0/0×248 [mac80211]
[ 235.027964] [<832a7a74>] ieee80211_probereq_get+0x6d8/0×1668 [mac80211]
[ 235.041219] —[ end trace c50314b568e42025 ]—Supply the following if possible:

 


18.11.20203459KernelBug ReportVery LowLow802.11s mesh kernel trace at net/core/flow_dissector.c:...TrunkUnconfirmed Task Description

reproduce the problem:

1. use build from master branch at kernel version 5.4.72

2. set wireless interface to 802.11s and establish a connection to another mesh point

The link is still good after this, but the impact on performance is unknown.

[   44.133721] ------------[ cut here ]------------
[   44.138481] WARNING: CPU: 0 PID: 0 at net/core/flow_dissector.c:958 __skb_flow_dissect+0x2c0/0x149c
[   44.147605] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_filter ip_tables crc_ccitt compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 gpio_button_hotplug
[   44.201117] CPU: 0 PID: 0 Comm: swapper Not tainted 5.4.72 #0
[   44.206914] Stack : 80650000 805ee988 00000000 00000000 805edb58 81c0bc3c 806240fc 80623ce3
[   44.215337]         80590b9c 00000000 807832d8 81788d44 80d0f418 00000001 81c0bbf0 2470403f
[   44.223761]         00000000 00000000 807b0000 000000c4 61696e74 00000000 2e342e37 32202330
[   44.232191]         000000c4 71e00000 00000000 0003119d 00000000 00000009 00000000 8039f3b0
[   44.240618]         00000009 81788d44 80d0f418 80620000 00000000 802feaa4 00000000 80780000
[   44.249040]         ...
[   44.251515] Call Trace:
[   44.254014] [<80069934>] show_stack+0x30/0x100
[   44.258510] [<80082564>] __warn+0xc0/0x10c
[   44.262647] [<8008260c>] warn_slowpath_fmt+0x5c/0xac
[   44.267666] [<8039f3b0>] __skb_flow_dissect+0x2c0/0x149c
[   44.273027] [<803a0870>] __skb_get_hash+0x7c/0x284
[   44.278026] [<81731f08>] ieee80211_reserve_tid+0x4f0/0x1188 [mac80211]
[   44.284682] ---[ end trace 4da33b10a9de4dac ]---
26.11.20203474Base systemBug ReportVery LowMedium802.11r - Fast transitioning not working for 2nd SSIDopenwrt-19.07Unconfirmed Task Description

Description:

I have 3 WIFI access points (2x Netgear WNDR4300, 1x Netgear WNDR3700v2) running 19.07.4 r11208-ce6496d796. Each of those APs has a 2.4 and a 5 GHz band. For each of the 2 radios I have defined 2 SSIDs: Home-net and Guest-net.

So each AP has a total of 4 WIFI interfaces:

  • Home-net @ 2.4 GHz
  • Home-net @ 5 GHz
  • Guest-net @ 2.4 GHz
  • Guest-net @ 5 GHz

All the WIFI interfaces of the same SSID are bridged together into a separate VLAN.

802.11r is configured identically on all 4 WIFI interfaces. I'm using a very simple FT config that generates the keys locally based on the pre-shared key and I let most of the required settings to be generated automatically.

Now, my problem is that fast-transitioning works for the Home-net, but not for the Guest-net.
Home-net roaming is really working great and as expected. I can fast-transition between the radio cells of the same AP (2.4GHz ⇔ 5GHz) as well as fast-transition between the cells of the different APs.

However fast-transitioning of the Guest-net on the other hand is not working at all. Even though it is essentially using the same configuration as the Home-net.
I already tried to provide explicit values for some of the relevant, generated 802.11r settings like NASID and Mobility-Domain, but that does not seem to make any difference.
I also did a test to see what happens, if I delete the 2 working Home-net interfaces. Well, once they are deleted, fast transitioning via the 2 remaining Guest-net interfaces started to work. I could easily roam between the 2.4 and 5 GHz networks of the modified AP.
Given the fact that the previously defunct Guest-net network becomes functional tells me that my network configuration and my 802.11r configuration are not the problem here.

How to reproduce:

precondition: a dual band AP with 19.07.04
1. set up 2 wifi networks for each radio
2. enable hostapd debug mode for both radios
3. connect with a mobile device to the first SSID and try to roam between the bands
4. check the systemlog for FT messages
result: fast transitioning is working for the first SSID
5. connect with a mobile device to the second SSID and try to roam between the bands
6. check the systemlog for FT messages
result: fast transitioning is not working for the second SSID
expected result: fast transitioning is working for both/all SSIDs.

wireless config

config wifi-device 'radio0'
	option type 'mac80211'
	option hwmode '11g'
	option path 'platform/ar934x_wmac'
	option country 'DE'
	option legacy_rates '0'
	option htmode 'HT20'
	option log_level '1'
	option channel '11'
	option txpower '17'

config wifi-device 'radio1'
	option type 'mac80211'
	option hwmode '11a'
	option path 'pci0000:00/0000:00:00.0'
	option country 'DE'
	option legacy_rates '0'
	option htmode 'HT40'
	option log_level '1'
	option channel '36'    

## home-net 2.4 GHz
config wifi-iface 'default_radio0'
	option device 'radio0'
	option mode 'ap'
	option network 'WIFI-HOME'
	option encryption 'psk2+ccmp'
	option key '***redacted***'
	option ssid 'home-net'
	option macfilter 'allow'
	list maclist '***redacted***'
	option wpa_disable_eapol_key_retries '1'
	option ieee80211r '1'
	option ft_psk_generate_local '1'
	option ft_over_ds '0'
	option max_inactivity '30'

## home-net 5 GHz
config wifi-iface 'default_radio1'
	option device 'radio1'
	option mode 'ap'
	option network 'WIFI-HOME'
	option encryption 'psk2+ccmp'
	option key '***redacted***'
	option ssid 'home-net'
	option macfilter 'allow'
	list maclist '***redacted***'
	option wpa_disable_eapol_key_retries '1'
	option ieee80211r '1'
	option ft_psk_generate_local '1'
	option ft_over_ds '0'
	option max_inactivity '30'

## guest-net 2.4 GHz
config wifi-iface 'wifinet2'
	option device 'radio0'
	option mode 'ap'
	option network 'WIFI-GUEST'
	option encryption 'psk2+ccmp'
	option key '***redacted***'
	option ssid 'guest-net'
	option wpa_disable_eapol_key_retries '1'
	option ieee80211r '1'
	option ft_psk_generate_local '1'
	option ft_over_ds '0'
	option max_inactivity '30'

## guest-net 5 GHz
config wifi-iface 'wifinet3'
	option device 'radio1'
	option mode 'ap'
	option network 'WIFI-GUEST'
	option encryption 'psk2+ccmp'
	option key '***redacted***'
	option ssid 'guest-net'
	option wpa_disable_eapol_key_retries '1'
	option ieee80211r '1'
	option ft_psk_generate_local '1'
	option ft_over_ds '0'
	option max_inactivity '30'
02.06.20213842KernelBug ReportVery LowHigh802.11ac modulation out of place based on my 802.11n wi...openwrt-21.02Unconfirmed Task Description

I have problems that disconnect clients, I use the 802.11n wireless mode and I have clients in which the ap puts VHT, losing communication without disconnecting, until the ap disconnects them due to inactivity.
My configuration, firmware and equipment data:

  1. Device problem occurs on my four APs, they use firmware snapshots and 21.02 rc-1
  2. Devices model: TP-Link EAP225-Outdoor v1
  3. Wireless mode “N”
  4. Channel width 20mhz
  5. wlan0 5GHz radio
06.02.2017472Base systemBug ReportVery LowMedium6to4 support with 1:1 natTrunkWaiting on reporter Task Description

One-to-one NAT means you have LAN address on interface and its mapped 1:1 to external ip addresses.
You can have incoming connections.

In such configuration “ipaddr” must be specified in 6to4 protocol section.
But due to bug this addr is submitted as local address for tunnel creation.
It does not work.

I fixed this with the following patch to /lib/netifd/proto/6to4.sh

48,53c48,53
< [ -z “$ipaddr” ] && {
< if ! network_get_ipaddr ipaddr “$wanif”; then
< proto_notify_error “$cfg” “NO_WAN_ADDRESS” < return
< fi
< }

if ! network_get_ipaddr ipladdr “$wanif”; then
> proto_notify_error “$cfg” “NO_WAN_ADDRESS”
return
> fi
>
> [ -z “$ipaddr” ] && ipaddr=$ipladdr
76c76
< json_add_string local “$ipaddr”

json_add_string local “$ipladdr”

I suggest you integrate this patch or do something similar yourself.

06.08.20181744Base systemFeature RequestVery LowMedium6rd - feature request - support subnetAllUnconfirmed Task Description

Depending on the providers deploying 6rd, there might be some subnet id bits available to the user if all of the first 64 bits of the IPv6 are not used.

In the example attached 64 - 28 - 32 = 4 bits are available to define subnets so the end user can use any network prefix from 2a02:1205:5050:7ab0:: to 2a02:1205:5050:7abf::

Currently the lowest prefix is chosen by default, without opportunity to specify the subnet.

The feature would add a new “subnet” field to 6rd, available through UCI and the UI. Appropriate checks are performed regarding the maximum value of the field given the constraints given by the ip6prefixlen and ip4prefixlen.

11.03.20202897Base systemBug ReportVery LowLow6in4: pinging with -I 6in4-foo results in extra encapsu...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
WNDR4300
- Software versions of OpenWrt/LEDE release, packages, etc.
19.07.2
- Steps to reproduce
1. Create a 6in4 tunnel
2. ping -I 6in4-interface-name 2001:4860:4860::8844

Observe you get no responses. Analyse the packets being sent to the tunnel broker endpoint and notice that there is an extra layer of IPv4 enapsuation.

So rather than an IPv6 packet in an IPv4 packet you get an IPv6 packet in an IPv4 packet which itself is in an IPv4 packet. As such:

Frame 1088: 158 bytes on wire (1264 bits), 158 bytes captured (1264 bits)
Ethernet II, Src: Netgear_f5:1e:4b (6c:b0:ce:f5:1e:4b), Dst: Cisco_60:a4:19 (00:c1:b1:60:a4:19)
Internet Protocol Version 4, Src: my.internet.connection.example.com (7.3.7.1), Dst: tunnelbroker.net (22.3.43.21)
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 144
    Identification: 0x2248 (8776)
    Flags: 0x4000, Don't fragment
    ...0 0000 0000 0000 = Fragment offset: 0
    Time to live: 64
    Protocol: IPIP (4)
    Header checksum: 0x5ed3 [correct]
    [Header checksum status: Good]
    [Calculated Checksum: 0x5ed3]
    Source: my.internet.connection.example.com (7.3.7.1)
    Destination: tunnelbroker.net (22.3.43.21)
Internet Protocol Version 4, Src: my.internet.connection.example.com (7.3.7.1), Dst: tunnelbroker.net (22.3.43.21)
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 124
    Identification: 0x7185 (29061)
    Flags: 0x4000, Don't fragment
    ...0 0000 0000 0000 = Fragment offset: 0
    Time to live: 64
    Protocol: IPv6 (41)
    Header checksum: 0x0f85 [correct]
    [Header checksum status: Good]
    [Calculated Checksum: 0x0f85]
    Source: my.internet.connection.example.com (7.3.7.1)
    Destination: tunnelbroker.net (22.3.43.21)
Internet Protocol Version 6, Src: 2001:123:ab:123::1 (2001:123:ab:123::1), Dst: dns.google (2001:4860:4860::8844)
    0110 .... = Version: 6
    .... 0000 0000 .... .... .... .... .... = Traffic Class: 0x00 (DSCP: CS0, ECN: Not-ECT)
    .... .... .... 0010 1010 0100 1101 0111 = Flow Label: 0x2a4d7
    Payload Length: 64
    Next Header: ICMPv6 (58)
    Hop Limit: 64
    Source: 2001:123:ab:123::1 (2001:123:ab:123::1)
    Destination: dns.google (2001:4860:4860::8844)
    [Source GeoIP: Moscow, RU]
    [Destination GeoIP: US]
Internet Control Message Protocol v6
 
04.03.2017592PackagesBug ReportVery LowLow6in4 not creating routes when multiples prefixes usedAllUnconfirmed Task Description

If you need to route several (non aggregatable) prefixes thru a 6in4 tunnel, I’ve not found documentation, but it seems that this will make it:

option ip6prefix ‘prefix::/64 prefix::/48’

(example for 2 prefixes)

Then doing ifstatus interface-ipv6, you can see that both prefixes have been considered under ipv6-prefix.

However, under route, only the first one has a default route for that “source-prefix”.

Creating a manual route, it works, so the bug is not creating automatically that route.

03.02.20213605Base systemBug ReportVery LowMedium5Ghz performance of 19.07.6 with TP-Link Archer C6 is v...openwrt-19.07Unconfirmed Task Description

After installing OpenWrt on TP-Link Archer C6 V2 EU I ran into issues with 5Ghz performance. This is already described on the official OpenWrt page of the device but I could not find a ticket for it. So I like to create one.

Behaviour: max. 5Ghz performance is round about 150Mbit - 200Mbit. This is not the case for stock firmware.
OpenWrt 19.07.6

Reproduction should be easy as it is still noted as a general issue in the device page and it is constantly slow.


23.10.20214109Base systemBug ReportVery LowMedium5GHz Device Loses 5GHz WiFi Connection When Device View...openwrt-21.02Unconfirmed Task Description

- Device problem occurs on: Linksys WRT1900AC v1

- Software versions of OpenWrt/LEDE release: OpenWrt 21.02.0 r16279-5cc0535800

   packages: wpad-openssl
             irqbalance (Changed 'enabled' from '0' to '1' in '/etc/config/irqbalance')

- Things I tried to improve issue:

 Added in Luci > startup > local startup the following commands:
 echo "0" >> /sys/kernel/debug/ieee80211/phy0/mwlwifi/tx_amsdu
 echo "0" >> /sys/kernel/debug/ieee80211/phy1/mwlwifi/tx_amsdu
 Luci > Network > DHCP and DNS: Unchecked Rebind Protection (to allow connections to private work network)
 Luci > Network > Wireless: Edit wlan1 (5GHz network) settings: Interface Configuration > Advanced Settings > Disassociate On Low Acknowledgement: Unchecked. 

- Steps to reproduce:
When I simply view the radio1 (5GHz) spectrum in Luci (Luci > Status > Channel Analysis) webpage from any of my 5GHz devices (e.g. HP Envy-17ts laptop, Samsung Galaxy Tab-A tablet or Samsung Galaxy J7 phone), its 5GHz wireless connection to the router is dropped after a few seconds (while the webpage is updating), and it often doesn’t automatically reconnect. In that case, turning device WiFi OFF then back ON (or for my laptop, switching to airplane mode ON, waiting a bit, then back to OFF) is often required to restore the 5GHz wireless connection. Note: it’s the 5GHz connection between the device viewing the 5GHz webpage and the router that is dropped; The 5GHz radio1 on the router stays on (as verified by the logs and viewing 5GHz webpage from a 2.4GHz device, see below).

When I check the radio0 (2.4GHz) spectrum in Luci (Luci > Status > Channel Analysis) webpage from any of my 5GHz wireless devices, its 5GHz connection to the router never drops.

When I check the radio0 (2.4GHz) or radio1 (5GHz) spectrum in Luci (Luci > Status > Channel Analysis) webpages from any of my 2.4GHz devices, its 2.4GHz connection to the router never drops.

I’ve attached both Kernel and System logs.
Please let me know if you need additional info.
Thank you for your assistance!
Ed

29.12.20203544Base systemBug ReportVery LowCritical5GHz band of several ath10k devices are completely unus...TrunkUnconfirmed Task Description

- Device: Custom router board with mini PCIE slots
- Software version: OpenWrt SNAPSHOT r0-7e4585e
- Steps to reproduce:
* Git clone https://github.com/openwrt/openwrt then build with default configuration + enable ath10k & fw.
* Install an ath10k card (tested: QCA9880, QCA6174) on router board, and flash image to device.
* Run `iw list` and every 5GHz band is disabled.

Changing country code via LuCI and `iw reg set` won’t help.

Using ath10k-ct won’t help as well.

ath9k is not affected.

Logs are in attachments.

26.11.20192635Base systemBug ReportVery LowLow5 GHz radio / modem doesn't workTrunkUnconfirmed Task Description

Hello Team!

Since the last update from 18.06 to 19.07.0-rc1 my 5 GHz radio /
wireless controller doesn’t work. Please can you help me (log in the
attachment)?

Regards
Falko

09.11.20203440Base systemBug ReportVery LowMedium3G stick not found on rebootopenwrt-19.07Unconfirmed Task Description

Hi !

I’m using a Huwei E160E 3G dongle with Openwrt 19.07.4. I configured 3G connexion following this guide : https://openwrt.org/docs/guide-user/network/wan/wwan/3gdongle

All works OK as long as I do not reboot the router. After reboot 3g interface says “Error : network device is not present”

I have to ssh and do network restart to get it working again. As a workaround I added sleep 30; /etc/init.d/network restart to /etc/rc.local

According to dmesg I would think the 3g stick is detected after networking start. The log is in attachment.

I tested on two routers : Gl.inet AR-150 and TP-Link Tl-WR3600. Both had the same behavior.

Please let me know if I can help.

Kind Regards,

Ed.

 


09.11.20214131Base systemBug ReportVery LowLow21.02.1 squashfs overlay retained rpi4TrunkUnconfirmed Task Description

Upgrading from 21.02.0 to 21.02.1 leads to whacky opkg state where previous packages are listed

see:
https://forum.openwrt.org/t/rpi-4-sysupgrade-21-02-1-squashfs-overlay-retained/110586?u=wulfy23 for further information

 


06.12.20214177Base systemBug ReportVery LowMedium21.02.1 factory image not working on GL.Inet E750 Mudiopenwrt-21.02Unconfirmed Task Description

Device: GL.Inet E750 Mudi
OpenWRT: openwrt-21.02.1-ath79-nand-glinet_gl-e750-squashfs-factory.img

After flashing the device with UBOOT the reboot occurs. The display shows “Booting...” and the status bar is moving until around 90%. At this point it stops and the boot process never ends and the device is not usable any more. Turning off/on does not help.

Reverting to the original GL.Inet firmware via UBOOT makes the device working again. (Hint: The original firmware also stops at around 90% of the boot process for a minute or so but goes on after that.)


19.05.20213816KernelBug ReportVery LowHigh21.02-SNAPSHOT - Building with LXC-Support breaks passw...openwrt-21.02Waiting on reporter Task Description

Device: EspressoBin v5 Non-EMMC
Version: OpenWrt 21.02-SNAPSHOT, r0-bbbc01e

Nailed it down by starting from a fresh config a few times and cleaning up the build-chain.

As soon as I include LXC-Support from make menuconfig → utilities → LXC passwd seems broken (encryption?).

LuCi reports that it isn’t able to change the password - if I ssh into the box, use passwd it seemingly succeeds (it does set something) but afterwards login fails both via SSH and passwd.

Even if I build without LuCi the same is happening. dmesg shows nothing ... out of the ordinary - despite the Kernel being build with debug-flags.

Any clue how to debug that further? I’m pretty new to building OpenWRT myself.

 


17.09.20214043Base systemBug ReportVery LowLow21.02 x86 generic ext4 combined image does not bootopenwrt-21.02Unconfirmed Task Description

x86 image “generic-ext4-combined.img.gz” of 21.02.0 does not boot — it can’t find rootfs and either panics or hangs.
Tested on qemu and virtualbox.

Broken image link:
https://downloads.openwrt.org/releases/21.02.0/targets/x86/generic/openwrt-21.02.0-x86-generic-generic-ext4-combined.img.gz

The efi image, “generic-ext4-combined-efi.img.gz”, works fine (tested with BIOS boot), that’s why I assume that “generic-ext4-combined.img.gz” is broken.

06.05.20213787Base systemBug ReportVery LowMedium21.02 RC1: BUG: Bad page state in process swapper/0openwrt-21.02Unconfirmed Task Description

Device used: RT-AC57U (mt7621 based device)
Version used: 21.02 RC1
Steps to reproduce: This ended up in my kernel log after a few days of uptime. I am unsure what exactly caused the issue.

I am currently beta testing the new 21.02 RC1 release on two different devices. Stability seems very good, but I did run into an issue with the aforementioned RT-AC57U. I found this stacktrace in the kernel log. I am unsure if this caused the network to go down, since I am not sure if I was using the network at that time. Does anyone have any idea what is causing this?

[410758.374134] BUG: Bad page state in process swapper/0  pfn:05edc
[410758.386105] page:809236f0 refcount:-1 mapcount:0 mapping:00000000 index:0x0
[410758.400121] flags: 0x0()
[410758.405331] raw: 00000000 00000000 00000122 00000000 00000000 00000000 ffffffff ffffffff
[410758.421588] raw: 00000000
[410758.426956] page dumped because: nonzero _refcount
[410758.436644] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT wireguard pppox ppp_generic nf_nat_pptp nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack_pptp nf_conntrack_netlink nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 libchacha20poly1305 libblake2s ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm slhc sch_cake poly1305_mips nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libblake2s_generic iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat chacha_mips br_netfilter sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit
[410758.436829]  act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb ip6_udp_tunnel udp_tunnel kpp leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[410758.712580] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.111 #0
[410758.724692] Stack : 00000000 80840000 00000003 8007d6e0 00000000 00000000 00000000 00000000
[410758.741481]         00000000 00000000 00000000 00000000 00000000 00000001 87c0db80 5fc2ce17
[410758.758268]         87c0dc18 00000000 00000000 00000000 00000038 805e1804 2e352064 31312e34
[410758.775053]         00000000 00004fd5 00000000 70617773 00000000 87c0db60 00000000 80840000
[410758.791840]         80604b20 806b0000 00000000 806d7f20 00000000 80359e2c 00000000 80810000
[410758.808627]         ...
[410758.813649] Call Trace:
[410758.813663] [<8007d6e0>] 0x8007d6e0
[410758.825779] [<805e1804>] 0x805e1804
[410758.832880] [<80359e2c>] 0x80359e2c
[410758.839978] [<8000b05c>] 0x8000b05c
[410758.847075] [<8000b064>] 0x8000b064
[410758.854173] [<805c6f9c>] 0x805c6f9c
[410758.861271] [<8014dabc>] 0x8014dabc
[410758.868420] [<80150ca4>] 0x80150ca4
[410758.875519] [<804a8b28>] 0x804a8b28
[410758.882662] [<806e0000>] 0x806e0000
[410758.889769] [<80151c80>] 0x80151c80
[410758.896866] [<80063508>] 0x80063508
[410758.903966] [<80150015>] 0x80150015
[410758.911063] [<804326ac>] 0x804326ac
[410758.918163] [<8001e448>] 0x8001e448
[410758.925262] [<80152bc4>] 0x80152bc4
[410758.932359] [<80433040>] 0x80433040
[410758.939456] [<800939cc>] 0x800939cc
[410758.946554] [<803dd720>] 0x803dd720
[410758.953652] [<800104dc>] 0x800104dc
[410758.960754] [<80433858>] 0x80433858
[410758.967852] [<80433acc>] 0x80433acc
[410758.974952] [<805e7d1c>] 0x805e7d1c
[410758.982053] [<80030768>] 0x80030768
[410758.989150] [<802f8404>] 0x802f8404
[410758.996249] [<80006c28>] 0x80006c28
[410759.003344] 
[410759.006466] Disabling lock debugging due to kernel taint
25.11.20171192Base systemBug ReportVery LowHigh2.4Ghz wifi AP on mt7621 / Afoundry EW1200 doesn't workTrunkUnconfirmed Task Description

Hi LEDE folks!

I’m running the latest snapshot (r5406-5e6792e) of LEDE on an Afoundry EW1200. It’s a vast improvement from the stock firmware - my heartfelt gratitude to the author(s) of the port.

There’s one problem. 5Ghz wifi works fine but 2.4Ghz doesn’t. It detects my 2.4Ghz device and when I hit “scan” in LuCI it returns a list of nearby SSIDs.

But when I try to configure the device as an access point it isn’t visible to any of my devices. I’ve tried various channels / settings but nothing makes a difference.

Steps to reproduce:

1. Install LEDE r5406-5e6792e snapshot (latest at the time of writing) on an Afoundry EW1200
2. Use opkg to install LuCI [NB: I don’t think LuCI is to blame; it’s just the interface I use]
3. In Network/Wireless hit “Scan” for “Generic MAC80211 802.11bgn” and verify it can detect other people’s networks
4. Back in Network/Wireless, hit add (or edit) to configure an access point on that device. Use any settings you like.
5. LuCI shows the AP as running but no other device can detect the SSID it’s broadcasting.

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

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

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

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

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

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

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

Hit any key to stop booting:  0

Booting image from 0x9F020000...

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

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

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

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


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

08.01.20213565KernelBug ReportVery LowCritical19.07.5 wifi for WRT1900AC v1 regressionopenwrt-19.07Unconfirmed Task Description

Device problem occurs on: Supply the following if possible:
Software versions of OpenWrt/LEDE release: OpenWrt 19.07.5, r11257-5090152ae3
WiFi dies every now and then, I had to roll back to 19.07.4.

[ 757.192788] wlan1: failed to remove key (0, 98:09:cf:ae:1d:1e) from hardware (-5)
[ 757.212705] ieee80211 phy1: MACREG_REG_INT_CODE: 0×0000 [ 777.284194] ieee80211 phy1: cmd 0×9122=UpdateEncryption timed out
[ 777.290372] ieee80211 phy1: return code: 0×1122 [ 777.294925] ieee80211 phy1: timeout: 0×1122 [ 777.299158] wlan1: failed to remove key (0, 54:60:09:fd:b0:72) from hardware (-5)
[ 777.324342] ieee80211 phy1: MACREG_REG_INT_CODE: 0×0000

kernel log in attachment

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

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

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

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

Prerequisite check failed. Use FORCE=1 to override.
make[1]: *** [Makefile:87: staging_dir/host/.prereq-build] Error 1
make: *** [Makefile:197: image] Error 2
[gert@blad openwrt-imagebuilder-19.07.2]$ 
22.07.20181684Base systemBug ReportVery LowLow18.06.0-rc2 dos not save settings when applyed ramips/r...TrunkWaiting on reporter Task Description

D-Link DIR-615 D but using a D2 version
18.06.0-rc2 but 17.01.5 is working fine!
OpenWrt 18.06.0-rc2 r7141-e4d0ee5af5

I have a issue with Luci or maybe is issue with ramips/rt305x device’s but when i go to apply settings in the webgui and reboot my d-link it goes back to the default openwrt settings however 17.01.5 is working fine no issue here but 18.06.0-rc2 is a no no unless i manual change them in the SSH/SCP folder.

Just to be clear when save&apply is ok but once reboot or turn off by the mains power it resolves into default settings.

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

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

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


Tried to upgrade from

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

[to]

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

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


> for LuCI: check “Force upgrade”

This option was not available

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

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

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

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

Linksys e8450 on OpenWrt SNAPSHOT, r18161-00ce13490a

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

conf-dir=/etc/dnsmasq.d/

Your dnsmasq will refuse to start

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

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

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

14.06.20203179Base systemBug ReportVery LowLow<dnsmasq 2.81-3> on latest snapshot r13546-4f38063640TrunkUnconfirmed Task Description

I’m on WRT1900ACS with latest snpashot r13546-4f38063640.
I have an issue with latest dnsmasq, the resolv file is in /tmp/resolv.conf.d/resolv.conf.auto. On old was on /tmp/resolv.conf.auto.

With openvpn I have script to prevent dns leak I have tried to change on right location but doesn’t work.
If I set up the dnsmasq to old location /tmp/resolv.conf.auto all the up and down script working, but, when I flash new firmware and I try to reload backup the setting of resolv file is not restored and must be set again.

I hope that I was clear, let me know if you need more info and sorry if I was not accurate on bug report.


10.03.2017614Base systemBug ReportVery LowMedium/usr/lib/lua/luci/util.lua:623: Unable to establish ubu...TrunkUnconfirmed Task Description

when save&apply on system>mount luci always crash
error message:
/usr/lib/lua/luci/util.lua:623: Unable to establish ubus connection
stack traceback:

[C]: in function 'assert'
/usr/lib/lua/luci/util.lua:623: in function 'ubus'
/usr/lib/lua/luci/dispatcher.lua:347: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:141: in function </usr/lib/lua/luci/dispatcher.lua:140>
 


29.10.20181915Base systemBug ReportVery LowLow/usr/lib/lua/luci/model/network.lua:203: attempt to ind...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-Link Archer C7 v2

- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1 up-to-date

- Steps to reproduce
N/A

In the log I noticed:

12:04:01 uhttpd Failed to execute call dispatcher target for entry '/admin/network/wireless_status/radio0.network1,radio0.network2,radio1.network1,radio1.network2'.
12:04:01 uhttpd The called action terminated with an exception:
12:04:01 uhttpd /usr/lib/lua/luci/model/network.lua:203: attempt to index a nil value
12:04:01 uhttpd stack traceback:
12:04:01 uhttpd #011/usr/lib/lua/luci/model/network.lua:203: in function '_wifi_iwinfo_by_ifname'
12:04:01 uhttpd #011/usr/lib/lua/luci/model/network.lua:1649: in function '__init__'
12:04:01 uhttpd #011/usr/lib/lua/luci/util.lua:65: in function </usr/lib/lua/luci/util.lua:61>
12:04:01 uhttpd #011(tail call): ?
12:04:01 uhttpd #011/usr/lib/lua/luci/tools/status.lua:185: in function 'wifi_network'
12:04:01 uhttpd #011/usr/lib/lua/luci/controller/admin/network.lua:288: in function </usr/lib/lua/luci/controller/admin/network.lua:281>
12:04:01 uhttpd #011(tail call): ?


08.01.20202718Base systemBug ReportVery LowCritical/overlay is empty and nothing can be written thereTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Only on TPLink Archer C7 v5 (current model).
Other models are OK: A7 (”V5”) (also current), C7 V2, C7 V4 (both earlier)

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

Only Trunk has this problem, and only on C7 v5. rc19.07 does *not* have this problem.

- Steps to reproduce

make menuconfig for target C7 V5
load squashfs-factory version in a C7 V5
boot

...and presto, there’s nothing in /overlay. /rom/overlay is populated. I have found no way to write anything on /overlay. Luci can’t save anything either – not even a password.

There’s nothing weird in my make menuconfig config, unless you count python3-light, bind-dig, ca-certificates, etc. as weird. And the other C7 and C7-like models work fine.

 


03.01.20192044Base systemBug ReportVery LowLow/etc/init.d/mdadm is set to STOP=98 before /etc/init.d/...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

specifically tested & confirmed on x86-64 and ipq806x

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

18.06.1 and snapshot

- Steps to reproduce

opkg install mdadm

03.05.2017756Base systemBug ReportVery LowLow/boot filesystem isn't mounted by preinit on x86TrunkUnconfirmed Task Description

Problem occurs on x86 builds (both x86-32 and x86-64).

Is observed with HEAD (6138d842433).

Install a recent build. Boot. “ls /boot”

27.05.20213832Base systemBug ReportVery LowLow[Regression] xrx200 switch affecting AVM Fritz!Box 7362...TrunkUnconfirmed Task Description

The 7362sl by AVM has two gigabit ports labeled 1+2 and two fast ethernet ports labled 3+4.

They all used to work, but with OpenWrt 21.02.0 only the two gigabit ports work. Port 3+4 are dead. Linked (layer1) can be established, no layer2 or higher traffic possible.

OpenWrt 19.07.7 Kernel 4.14.221 supports ports 3 + 4
Openwrt 21.02.0-rc1 Kernel 5.4.111 ports 3 + 4 are dead

```
root@OpenWrt:~# dmesg|grep -A5 -B5 PHY
[ 0.163028] pinctrl core: initialized pinctrl subsystem
[ 0.170653] NET: Registered protocol family 16
[ 0.183980] dcdc-xrx200 1f106a00.dcdc: Core Voltage : 1016 mV
[ 0.198588] pinctrl-xway 1e100b10.pinmux: Init done
[ 0.205140] dma-xway 1e104100.dma: Init done - hw rev: 7, ports: 7, channels: 28
[ 0.216895] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY
[ 0.265910] usbcore: registered new interface driver usbfs
[ 0.271499] usbcore: registered new interface driver hub
[ 0.276869] usbcore: registered new device driver usb
[ 0.282522] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[ 0.294467] clocksource: Switched to clocksource MIPS
– [ 0.708199] NET: Registered protocol family 10
[ 0.715876] Segment Routing with IPv6
[ 0.718218] NET: Registered protocol family 17
[ 0.722769] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 0.735555] 8021q: 802.1Q VLAN Support v1.8
[ 0.746142] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY
[ 0.859313] libphy: lantiq,xrx200-mdio: probed
[ 0.869051] net-xrx200: invalid MAC, using random
[ 0.872575] Atheros 8030 ethernet 0:00: attached PHY driver [Atheros 8030 ethernet] (mii_bus:phy_addr=0:00, irq=POLL)
[ 0.883256] Atheros 8030 ethernet 0:01: attached PHY driver [Atheros 8030 ethernet] (mii_bus:phy_addr=0:01, irq=POLL)
[ 0.894242] Intel XWAY PHY11G (xRX v1.2 integrated) 0:11: attached PHY driver [Intel XWAY PHY11G (xRX v1.2 integrated)] (mii_bus:phy_addr=0:11, irq=POLL)
[ 0.907971] Intel XWAY PHY11G (xRX v1.2 integrated) 0:13: attached PHY driver [Intel XWAY PHY11G (xRX v1.2 integrated)] (mii_bus:phy_addr=0:13, irq=POLL)
[ 1.046546] PCI host bridge /fpi@10000000/pcie@d900000 ranges:
[ 1.051221] PCI host bridge to bus 0000:00
[ 1.055083] pci_bus 0000:00: root bus resource [mem 0x1c000000-0x1cffffff]
[ 1.061969] pci_bus 0000:00: root bus resource [io 0x1d800000-0x1d8fffff]
[ 1.068840] pci_bus 0000:00: root bus resource [??? 0×00000000 flags 0×0]
```

Notably might be the line ”failed to get the PCIe PHY“ which does not appear in 19.07.7.

As I didn’t notice any changes regarding this particular device model, it might be a problem with the kernel driver for the switch module.

26.12.20192696Base systemBug ReportVery LowMedium[ramips/mt7621] Sysupgrade not working for master image...TrunkUnconfirmed Task Description

Recent builds from master seem to have broken sysupgrade on mt7621. I have observed this on the following devices:
- DIR-860L rev B1
- DIR-878 rev A1 (pull request here)

It first happened on the DIR-878 A1, where I flashed the author’s image and was unable to switch to either newer master builds or 19.07 builds. I then verified this on the DIR-860L, and it showed the same behaviour.

Sysupgrade does not show any errors. It closes all pending sessions and seems to proceed normally, but after a reboot the firmware has not been upgraded.

 


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

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

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

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

So more systematic:

Problem

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

Suggestion

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

28.01.20213600Base systemBug ReportVery LowMedium[odhcp6c] prefix exclude sanity check fails for prefix ...openwrt-19.07Unconfirmed Task Description

odhcp6c fails to request a delegated prefix when the server returns an excluded prefix of length > 64.

According to RFC 6603:

o prefix-len: The length of the excluded prefix in bits. The
prefix-len MUST be between ‘OPTION_IAPREFIX prefix-length’+1 and
128.

However, values for excluded prefix length > 64 fail sanity, resulting in odhcp6c dropping the PD from the request.

The following patch fixes the issue.

Showing tasks 1351 - 1400 of 1430 Page 28 of 29<<First - 25 - 26 - 27 - 28 - 29 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing