OpenWrt/LEDE Project

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

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

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

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
19.04.2017717Base systemBug ReportVery LowHighWRT3200ACM USB 3.0 ProblemAllUnconfirmed Task Description

I can´t get my Seagate Expansion Portable 1TB STEA1000400 USB3.0 drive to be be recognized on the USB 3.0 port of the router after a reboot or cold start on WRT3200 but if i remove and hotplug the drive, it is automatically detected and can be mounted.
It happens with images from Openwrt 15.05.1, LEDE 17.01.1 and many snapshots from both projects that i have installed. I have no problem with another usb2.0 drive from Samsung that is installed in another USB2.0 port.

After Cold START or REBOOT

 root@LEDE:~# dmesg
[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.9.20 (ag33e33@ubuntu) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3963-7ae58be) ) #0 SMP Wed Apr 12 16:12:18 2017
[    0.000000] CPU: ARMv7 Processor [414fc091] revision 1 (ARMv7), cr=10c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] OF: fdt:Machine model: Linksys WRT3200ACM
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] On node 0 totalpages: 131072
[    0.000000] free_area_init_node: node 0, pgdat c0646900, node_mem_map dfbf9000
[    0.000000]   Normal zone: 1024 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 131072 pages, LIFO batch:31
[    0.000000] percpu: Embedded 13 pages/cpu @dfbce000 s22732 r8192 d22324 u53248
[    0.000000] pcpu-alloc: s22732 r8192 d22324 u53248 alloc=13*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 130048
[    0.000000] Kernel command line: console=ttyS0,115200 root=/dev/mtdblock6 ro rootdelay=1 rootfstype=jffs2 earlyprintk mtdparts=armada-nand:2048K(uboot)ro,128K(u_env),256K(s_env),256K@8064K(devinfo),1920K@8320K(sysdiag),80m@10m(kernel),74m@16m(rootfs),80m@90m(alt_kernel),74m@96m(alt_rootfs),160m@10m(ubifs),-@170m(syscfg)
[    0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Memory: 512848K/524288K available (4545K kernel code, 180K rwdata, 1244K rodata, 280K init, 310K bss, 11440K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] Virtual kernel memory layout:
                   vector  : 0xffff0000 - 0xffff1000   (   4 kB)
                   fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
                   vmalloc : 0xe0800000 - 0xff800000   ( 496 MB)
                   lowmem  : 0xc0000000 - 0xe0000000   ( 512 MB)
                   pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
                   modules : 0xbf000000 - 0xbfe00000   (  14 MB)
                     .text : 0xc0008000 - 0xc0478918   (4547 kB)
                     .init : 0xc05d4000 - 0xc061a000   ( 280 kB)
                     .data : 0xc061a000 - 0xc0647200   ( 181 kB)
                      .bss : 0xc0647200 - 0xc0694a00   ( 310 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2.
[    0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000] NR_IRQS:16 nr_irqs:16 16
[    0.000000] mvebu_mbus: [Firmware Warn]: deprecated mbus-mvebu Device Tree, suspend/resume will not work
[    0.000000] L2C-310 enabling early BRESP for Cortex-A9
[    0.000000] L2C-310 full line of zeros enabled for Cortex-A9
[    0.000000] L2C-310 D prefetch enabled, offset 1 lines
[    0.000000] L2C-310 dynamic clock gating enabled, standby mode enabled
[    0.000000] L2C-310 Coherent cache controller enabled, 16 ways, 1024 kB
[    0.000000] L2C-310 Coherent: CACHE_ID 0x410054c9, AUX_CTRL 0x56070001
[    0.000000] Selected CPU frequency (16) unsupported
[    0.000000] Switching to timer-based delay loop, resolution 40ns
[    0.000002] sched_clock: 32 bits at 25MHz, resolution 40ns, wraps every 85899345900ns
[    0.000008] clocksource: armada_370_xp_clocksource: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 76450417870 ns
[    0.000114] Calibrating local timer... 933.22MHz.
[    0.060032] Calibrating delay loop (skipped), value calculated using timer frequency.. 50.00 BogoMIPS (lpj=250000)
[    0.060037] pid_max: default: 32768 minimum: 301
[    0.060076] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.060079] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.060274] CPU: Testing write buffer coherency: ok
[    0.060365] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[    0.060376] Setting up static identity map for 0x8280 - 0x82d8
[    0.060434] mvebu-soc-id: MVEBU SoC ID=0x6820, Rev=0x4
[    0.060494] mvebu-pmsu: Initializing Power Management Service Unit
[    0.060904] Booting CPU 1
[    0.061041] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[    0.061070] Brought up 2 CPUs
[    0.061075] SMP: Total of 2 processors activated (100.00 BogoMIPS).
[    0.061078] CPU: All CPU(s) started in SVC mode.
[    0.062739] VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
[    0.062790] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.062796] futex hash table entries: 512 (order: 3, 32768 bytes)
[    0.062831] pinctrl core: initialized pinctrl subsystem
[    0.063142] NET: Registered protocol family 16
[    0.063575] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.090041] cpuidle: using governor ladder
[    0.090171] mvebu-pmsu: CPU hotplug support is currently broken on Armada 38x: disabling
[    0.090177] mvebu-pmsu: CPU idle is currently broken on Armada 38x: disabling
[    0.120467] reg-fixed-voltage xhci0-vbus: could not find pctldev for node /soc/internal-regs/pinctrl@18000/xhci0-vbus-pins, deferring probe
[    0.120607] SCSI subsystem initialized
[    0.120687] libata version 3.00 loaded.
[    0.120790] usbcore: registered new interface driver usbfs
[    0.120815] usbcore: registered new interface driver hub
[    0.120835] usbcore: registered new device driver usb
[    0.121329] clocksource: Switched to clocksource armada_370_xp_clocksource
[    0.121647] NET: Registered protocol family 2
[    0.121869] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[    0.121890] TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
[    0.121920] TCP: Hash tables configured (established 4096 bind 4096)
[    0.121941] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    0.121952] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    0.122009] NET: Registered protocol family 1
[    0.122021] PCI: CLS 0 bytes, default 64
[    0.122803] Crashlog allocated RAM at address 0x3f00000
[    0.122877] workingset: timestamp_bits=30 max_order=17 bucket_order=0
[    0.124945] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.124953] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.125699] io scheduler noop registered
[    0.125703] io scheduler deadline registered (default)
[    0.126071] armada-38x-pinctrl f1018000.pinctrl: registered pinctrl driver
[    0.126671] mvebu-pcie soc:pcie-controller: PCI host bridge to bus 0000:00
[    0.126679] pci_bus 0000:00: root bus resource [io  0x1000-0xfffff]
[    0.126683] pci_bus 0000:00: root bus resource [mem 0xe0000000-0xe7ffffff]
[    0.126687] pci_bus 0000:00: root bus resource [bus 00-ff]
[    0.126701] pci 0000:00:01.0: [11ab:6820] type 01 class 0x060400
[    0.126784] pci 0000:00:02.0: [11ab:6820] type 01 class 0x060400
[    0.126859] PCI: bus0: Fast back to back transfers disabled
[    0.126864] pci 0000:00:01.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    0.126870] pci 0000:00:02.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    0.126918] pci 0000:01:00.0: [11ab:2b40] type 00 class 0x020000
[    0.126933] pci 0000:01:00.0: reg 0x10: [mem 0x40000000-0x401fffff 64bit pref]
[    0.126943] pci 0000:01:00.0: reg 0x18: [mem 0x40200000-0x402fffff 64bit pref]
[    0.127002] pci 0000:01:00.0: supports D1 D2
[    0.127005] pci 0000:01:00.0: PME# supported from D0 D1 D3hot D3cold
[    0.127068] PCI: bus1: Fast back to back transfers disabled
[    0.127073] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[    0.127132] pci 0000:02:00.0: [11ab:2b40] type 00 class 0x020000
[    0.127151] pci 0000:02:00.0: reg 0x10: [mem 0x42000000-0x421fffff 64bit pref]
[    0.127162] pci 0000:02:00.0: reg 0x18: [mem 0x42200000-0x422fffff 64bit pref]
[    0.127244] pci 0000:02:00.0: supports D1 D2
[    0.127246] pci 0000:02:00.0: PME# supported from D0 D1 D3hot D3cold
[    0.127310] PCI: bus2: Fast back to back transfers disabled
[    0.127315] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
[    0.127384] pci 0000:00:01.0: BAR 8: assigned [mem 0xe0000000-0xe02fffff]
[    0.127390] pci 0000:00:02.0: BAR 8: assigned [mem 0xe0400000-0xe06fffff]
[    0.127396] pci 0000:01:00.0: BAR 0: assigned [mem 0xe0000000-0xe01fffff 64bit pref]
[    0.127405] pci 0000:01:00.0: BAR 2: assigned [mem 0xe0200000-0xe02fffff 64bit pref]
[    0.127413] pci 0000:00:01.0: PCI bridge to [bus 01]
[    0.127418] pci 0000:00:01.0:   bridge window [mem 0xe0000000-0xe02fffff]
[    0.127425] pci 0000:02:00.0: BAR 0: assigned [mem 0xe0400000-0xe05fffff 64bit pref]
[    0.127434] pci 0000:02:00.0: BAR 2: assigned [mem 0xe0600000-0xe06fffff 64bit pref]
[    0.127443] pci 0000:00:02.0: PCI bridge to [bus 02]
[    0.127448] pci 0000:00:02.0:   bridge window [mem 0xe0400000-0xe06fffff]
[    0.127646] mv_xor f1060800.xor: Marvell shared XOR driver
[    0.181754] mv_xor f1060800.xor: Marvell XOR (Descriptor Mode): ( xor cpy intr )
[    0.181840] mv_xor f1060900.xor: Marvell shared XOR driver
[    0.241717] mv_xor f1060900.xor: Marvell XOR (Descriptor Mode): ( xor cpy intr )
[    0.241857] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.242621] console [ttyS0] disabled
[    0.262683] f1012000.serial: ttyS0 at MMIO 0xf1012000 (irq = 21, base_baud = 12500000) is a 16550A
[    0.983287] console [ttyS0] enabled
[    0.988691] loop: module loaded
[    0.992090] ahci-mvebu f10a8000.sata: AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl platform mode
[    1.001176] ahci-mvebu f10a8000.sata: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs
[    1.010274] scsi host0: ahci-mvebu
[    1.013847] scsi host1: ahci-mvebu
[    1.017348] ata1: SATA max UDMA/133 mmio [mem 0xf10a8000-0xf10a9fff] port 0x100 irq 41
[    1.025306] ata2: SATA max UDMA/133 mmio [mem 0xf10a8000-0xf10a9fff] port 0x180 irq 41
[    1.033594] pxa3xx-nand f10d0000.flash: This platform can't do DMA on this device
[    1.041369] nand: device found, Manufacturer ID: 0x01, Chip ID: 0xda
[    1.047747] nand: AMD/Spansion S34ML02G2
[    1.051690] nand: 256 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 128
[    1.059379] pxa3xx-nand f10d0000.flash: ECC strength 16, ECC step size 2048
[    1.066556] Bad block table found at page 131008, version 0x01
[    1.072752] Bad block table found at page 130944, version 0x01
[    1.078863] 11 ofpart partitions found on MTD device pxa3xx_nand-0
[    1.085074] Creating 11 MTD partitions on "pxa3xx_nand-0":
[    1.090582] 0x000000000000-0x000000200000 : "u-boot"
[    1.095830] 0x000000200000-0x000000220000 : "u_env"
[    1.100951] 0x000000220000-0x000000260000 : "s_env"
[    1.106089] 0x0000007e0000-0x000000820000 : "devinfo"
[    1.111433] 0x000000820000-0x000000a00000 : "sysdiag"
[    1.116797] 0x000000a00000-0x000005a00000 : "kernel1"
[    1.122301] 0x000001000000-0x000005a00000 : "ubi"
[    1.127404] 0x000005a00000-0x00000aa00000 : "kernel2"
[    1.132905] 0x000006000000-0x00000aa00000 : "rootfs2"
[    1.138362] 0x00000aa00000-0x000010000000 : "syscfg"
[    1.143774] 0x000000260000-0x000000820000 : "unused_area"
[    1.149701] libphy: Fixed MDIO Bus: probed
[    1.154064] libphy: orion_mdio_bus: probed
[    1.158297] mvneta_bm f10c8000.bm: Buffer Manager for network controller enabled
[    1.166962] mvneta f1070000.ethernet eth0: Using hardware mac address 60:38:e0:b9:ea:c0
[    1.175959] mvneta f1034000.ethernet eth1: Using random mac address a2:8d:5e:6d:ee:98
[    1.183881] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    1.190435] ehci-pci: EHCI PCI platform driver
[    1.194928] ehci-platform: EHCI generic platform driver
[    1.200245] ehci-orion: EHCI orion driver
[    1.204336] orion-ehci f1058000.usb: EHCI Host Controller
[    1.209765] orion-ehci f1058000.usb: new USB bus registered, assigned bus number 1
[    1.217412] orion-ehci f1058000.usb: irq 37, io mem 0xf1058000
[    1.251329] orion-ehci f1058000.usb: USB 2.0 started, EHCI 1.00
[    1.257480] hub 1-0:1.0: USB hub found
[    1.261254] hub 1-0:1.0: 1 port detected
[    1.265551] usbcore: registered new interface driver usb-storage
[    1.271723] armada38x-rtc f10a3800.rtc: rtc core: registered f10a3800.rtc as rtc0
[    1.279341] i2c /dev entries driver
[    1.294252] orion_wdt: Initial timeout 171 sec
[    1.298933] sdhci: Secure Digital Host Controller Interface driver
[    1.305146] sdhci: Copyright(c) Pierre Ossman
[    1.362546] ata1: SATA link down (SStatus 0 SControl 300)
[    1.367991] ata2: SATA link down (SStatus 0 SControl 300)
[    1.371354] mmc0: SDHCI controller on f10d8000.sdhci [f10d8000.sdhci] using ADMA
[    1.371428] sdhci-pltfm: SDHCI platform and OF driver helper
[    1.377154] marvell-cesa f1090000.crypto: CESA device successfully registered
[    1.377556] NET: Registered protocol family 10
[    1.391590] NET: Registered protocol family 17
[    1.391604] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.391605] 8021q: 802.1Q VLAN Support v1.8
[    1.391661] Registering SWP/SWPB emulation handler
[    1.392791] xhci-hcd f10f8000.usb3: xHCI Host Controller
[    1.392803] xhci-hcd f10f8000.usb3: new USB bus registered, assigned bus number 2
[    1.392861] xhci-hcd f10f8000.usb3: hcc params 0x0a000990 hci version 0x100 quirks 0x00010010
[    1.392881] xhci-hcd f10f8000.usb3: irq 44, io mem 0xf10f8000
[    1.393134] hub 2-0:1.0: USB hub found
[    1.393160] hub 2-0:1.0: 1 port detected
[    1.393247] xhci-hcd f10f8000.usb3: xHCI Host Controller
[    1.393253] xhci-hcd f10f8000.usb3: new USB bus registered, assigned bus number 3
[    1.393292] usb usb3: We don't know the algorithms for LPM for this host, disabling LPM.
[    1.393478] hub 3-0:1.0: USB hub found
[    1.393501] hub 3-0:1.0: 1 port detected
[    1.393820] UBI: auto-attach mtd6
[    1.393824] ubi0: attaching mtd6
[    1.397930] random: fast init done
[    1.401551] mmc0: new high speed SDIO card at address 0001
[    1.593092] ubi0: scanning is finished
[    1.601334] ubi0: attached mtd6 (name "ubi", size 74 MiB)
[    1.606756] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    1.613664] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    1.620479] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[    1.627475] ubi0: good PEBs: 592, bad PEBs: 0, corrupted PEBs: 0
[    1.633508] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
[    1.640759] ubi0: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 1419003487
[    1.649932] ubi0: available PEBs: 0, total reserved PEBs: 592, PEBs reserved for bad PEB handling: 40
[    1.659197] ubi0: background thread "ubi_bgt0d" started, PID 668
[    1.659208] usb 1-1: new high-speed USB device number 2 using orion-ehci
[    1.659643] block ubiblock0_0: created from ubi0:0(rootfs)
[    1.659645] ubiblock: device ubiblock0_0 (rootfs) set to be root filesystem
[    1.659829] mvsw61xx 10.mvsw61xx: Found MV88E6352 at f1072004.mdio-mi:10
[    1.659832] mvsw61xx 10.mvsw61xx: Using direct addressing
[    1.671972] armada38x-rtc f10a3800.rtc: setting system clock to 2101-11-05 12:45:50 UTC (4160637950)
[    1.705850] Waiting 1 sec before mounting root device...
[    1.852932] usb-storage 1-1:1.0: USB Mass Storage device detected
[    1.859142] scsi host2: usb-storage 1-1:1.0
[    2.722974] VFS: Mounted root (squashfs filesystem) readonly on device 254:0.
[    2.730260] Freeing unused kernel memory: 280K (c05d4000 - c061a000)
[    2.736655] This architecture does not have kernel memory protection.
[    2.855724] init: Console is alive
[    2.859203] init: - watchdog -
[    2.924338] scsi 2:0:0:0: Direct-Access     Samsung  S2 Portable           PQ: 0 ANSI: 2 CCS
[    3.111498] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    3.151660] sd 2:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[    3.159777] sd 2:0:0:0: [sda] Write Protect is off
[    3.164597] sd 2:0:0:0: [sda] Mode Sense: 28 00 00 00
[    3.165152] sd 2:0:0:0: [sda] No Caching mode page found
[    3.170490] sd 2:0:0:0: [sda] Assuming drive cache: write through
[    3.179038]  sda: sda1
[    3.183653] sd 2:0:0:0: [sda] Attached SCSI disk
[    3.188738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    3.195221] ohci-platform: OHCI generic platform driver
[    3.200902] uhci_hcd: USB Universal Host Controller Interface driver
[    3.207556] ohci-pci: OHCI PCI platform driver
[    3.212156] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    3.228593] init: - preinit -
[    3.422394] mvneta f1070000.ethernet tmp0: renamed from eth0
[    3.462586] mvneta f1034000.ethernet eth0: renamed from eth1
[    3.512510] mvneta f1070000.ethernet eth1: renamed from tmp0
[    3.833291] mvneta f1034000.ethernet eth0: configuring for fixed link mode
[    3.840562] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.846607] mvneta f1034000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[    3.854578] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    5.909798] mount_root: loading kmods from internal overlay
[    5.921475] kmodloader: loading kernel modules from //etc/modules-boot.d/*
[    5.929503] kmodloader: done loading kernel modules from //etc/modules-boot.d/*
[    6.328768] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 806
[    6.357145] UBIFS (ubi0:1): recovery needed
[    6.403932] random: crng init done
[    6.431762] UBIFS (ubi0:1): recovery completed
[    6.436249] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
[    6.444117] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[    6.454076] UBIFS (ubi0:1): FS size: 61329408 bytes (58 MiB, 483 LEBs), journal size 3047424 bytes (2 MiB, 24 LEBs)
[    6.464556] UBIFS (ubi0:1): reserved for root: 2896739 bytes (2828 KiB)
[    6.471198] UBIFS (ubi0:1): media format: w4/r0 (latest is w4/r0), UUID DEE50754-EFFE-4990-A7A6-C97266C9BEF0, small LPT model
[    6.483473] block: attempting to load /tmp/ubifs_cfg/upper/etc/config/fstab
[    6.493882] block: extroot: not configured
[    6.531369] UBIFS (ubi0:1): un-mount UBI device 0
[    6.536097] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" stops
[    6.544028] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 809
[    6.591527] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
[    6.599392] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[    6.609356] UBIFS (ubi0:1): FS size: 61329408 bytes (58 MiB, 483 LEBs), journal size 3047424 bytes (2 MiB, 24 LEBs)
[    6.619838] UBIFS (ubi0:1): reserved for root: 2896739 bytes (2828 KiB)
[    6.626483] UBIFS (ubi0:1): media format: w4/r0 (latest is w4/r0), UUID DEE50754-EFFE-4990-A7A6-C97266C9BEF0, small LPT model
[    6.641627] mount_root: loading kmods from internal overlay
[    6.652909] kmodloader: loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[    6.670201] kmodloader: done loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[    7.078279] block: attempting to load /tmp/ubifs_cfg/upper/etc/config/fstab
[    7.086484] block: extroot: not configured
[    7.132013] mount_root: switching to ubifs overlay
[    7.176201] ubi1: attaching mtd9
[    7.407547] ubi1: scanning is finished
[    7.415742] ubi1: attached mtd9 (name "syscfg", size 86 MiB)
[    7.421435] ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    7.428338] ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    7.435155] ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
[    7.442148] ubi1: good PEBs: 680, bad PEBs: 8, corrupted PEBs: 0
[    7.448177] ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
[    7.455430] ubi1: max/mean erase counter: 6/4, WL threshold: 4096, image sequence number: 1148089792
[    7.464603] ubi1: available PEBs: 0, total reserved PEBs: 680, PEBs reserved for bad PEB handling: 32
[    7.473869] ubi1: background thread "ubi_bgt1d" started, PID 824
[    7.485213] UBIFS (ubi1:0): background thread "ubifs_bgt1_0" started, PID 828
[    7.537764] UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "syscfg"
[    7.545202] UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[    7.555161] UBIFS (ubi1:0): FS size: 80375808 bytes (76 MiB, 633 LEBs), journal size 4063232 bytes (3 MiB, 32 LEBs)
[    7.565642] UBIFS (ubi1:0): reserved for root: 3796347 bytes (3707 KiB)
[    7.572287] UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID A5EAB2F8-92D3-4D0B-A69A-9F6CA9A608B3, small LPT model
[    7.585463] urandom-seed: Seeding with /etc/urandom.seed
[    7.684142] procd: - early -
[    7.687055] procd: - watchdog -
[    8.315049] procd: - ubus -
[    8.371904] procd: - init -
[    8.546612] kmodloader: loading kernel modules from /etc/modules.d/*
[    8.557859] tun: Universal TUN/TAP device driver, 1.6
[    8.562965] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[    8.571391] Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
[    8.580401] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    8.587876] cryptodev: driver 1.8 loaded.
[    8.592340] Loading modules backported from Linux version wt-2017-01-31-0-ge882dff19e7f
[    8.600387] Backport generated by backports.git backports-20160324-13-g24da7d3c
[    8.615059] <<Marvell 802.11ac Wireless Network Driver version 10.3.2.0-20170110>>
[    8.622702] pci 0000:00:01.0: enabling device (0140 -> 0142)
[    8.628443] ieee80211 phy0: priv->iobase0 = e0f80000
[    8.628454] ieee80211 phy0: priv->iobase1 = e1200000
[    8.628463] ieee80211 phy0: priv->pcmd_buf = ddf08000  priv->pphys_cmd_buf = 1df08000
[    8.636458] ieee80211 phy0: fw download start
[    8.699990] ieee80211 phy0: FwSize = 207660 downloaded Size = 207660 curr_iteration 65522
[   12.431324] ieee80211 phy0: fw download complete
[   12.431783] ieee80211 phy0: pcmd = ddf08000
[   12.449817] ieee80211 phy0: firmware version: 0x7080004
[   12.809338] ieee80211 phy0: firmware region code: 10
[   12.851995] ieee80211 phy0: 2G disabled, 5G enabled
[   12.856895] ieee80211 phy0: 4 TX antennas, 4 RX antennas
[   12.862298] pci 0000:00:02.0: enabling device (0140 -> 0142)
[   12.868032] ieee80211 phy1: priv->iobase0 = e1380000
[   12.868043] ieee80211 phy1: priv->iobase1 = e1600000
[   12.868052] ieee80211 phy1: priv->pcmd_buf = dddf0000  priv->pphys_cmd_buf = 1ddf0000
[   12.874418] ieee80211 phy1: fw download start
[   12.939175] ieee80211 phy1: FwSize = 207660 downloaded Size = 207660 curr_iteration 65527
[   14.327325] ieee80211 phy1: fw download complete
[   14.327812] ieee80211 phy1: pcmd = dddf0000
[   14.345344] ieee80211 phy1: firmware version: 0x7080004
[   14.706323] ieee80211 phy1: firmware region code: 10
[   14.750021] ieee80211 phy1: 2G enabled, 5G disabled
[   14.754934] ieee80211 phy1: 4 TX antennas, 4 RX antennas
[   14.762803] u32 classifier
[   14.765522]     input device check on
[   14.769196]     Actions configured
[   14.773037] Mirror/redirect action on
[   14.778285] nf_conntrack version 0.5.0 (8192 buckets, 32768 max)
[   14.790080] ip_tables: (C) 2000-2006 Netfilter Core Team
[   14.799009] mwifiex: rx work enabled, cpus 2
[   14.846998] usbcore: registered new interface driver ums-alauda
[   14.853672] usbcore: registered new interface driver ums-cypress
[   14.860218] usbcore: registered new interface driver ums-datafab
[   14.866723] usbcore: registered new interface driver ums-freecom
[   14.873187] usbcore: registered new interface driver ums-isd200
[   14.879542] usbcore: registered new interface driver ums-jumpshot
[   14.886112] usbcore: registered new interface driver ums-karma
[   14.892282] usbcore: registered new interface driver ums-sddr09
[   14.898499] usbcore: registered new interface driver ums-sddr55
[   14.904752] usbcore: registered new interface driver ums-usbat
[   14.917781] xt_time: kernel timezone is -0000
[   14.925132] PPP generic driver version 2.4.2
[   14.929843] NET: Registered protocol family 24
[   14.935112] kmodloader: done loading kernel modules from /etc/modules.d/*
[   15.469997] mwifiex_sdio mmc0:0001:1: info: FW download over, size 391772 bytes
[   15.831665] mwifiex_sdio mmc0:0001:1: WLAN FW is active
[   15.864262] mwifiex_sdio mmc0:0001:1: CMD_RESP: cmd 0x242 error, result=0x2
[   15.871261] mwifiex_sdio mmc0:0001:1: mwifiex_process_cmdresp: cmd 0x242 failed during       initialization
[   15.890625] mwifiex_sdio mmc0:0001:1: info: MWIFIEX VERSION: mwifiex 1.0 (15.68.7.p5)
[   15.898674] mwifiex_sdio mmc0:0001:1: driver_version = mwifiex 1.0 (15.68.7.p5)
[   16.052347] mvneta f1034000.ethernet eth0: configuring for fixed link mode
[   16.059309] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   16.065375] mvneta f1034000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[   16.073372] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   16.081683] br-lan: port 1(eth0.1) entered blocking state
[   16.087106] br-lan: port 1(eth0.1) entered disabled state
[   16.092675] device eth0.1 entered promiscuous mode
[   16.097485] device eth0 entered promiscuous mode
[   16.103227] br-lan: port 1(eth0.1) entered blocking state
[   16.108650] br-lan: port 1(eth0.1) entered forwarding state
[   16.122758] mvneta f1070000.ethernet eth1: configuring for fixed link mode
[   16.130044] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[   16.136169] mvneta f1070000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
[   16.144170] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[   16.342477] pppoe-wan: renamed from ppp0
[   16.900336] ieee80211 phy1: change: 0xffffffff
[   17.006509] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   17.137396] ieee80211 phy0: change: 0xffffffff
[   17.271596] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   17.277594] br-lan: port 2(wlan1) entered blocking state
[   17.282955] br-lan: port 2(wlan1) entered disabled state
[   17.288408] device wlan1 entered promiscuous mode
[   17.293166] br-lan: port 2(wlan1) entered blocking state
[   17.298502] br-lan: port 2(wlan1) entered forwarding state
[   17.304255] br-lan: port 2(wlan1) entered disabled state
[   17.309734] br-lan: port 3(wlan0) entered blocking state
[   17.315091] br-lan: port 3(wlan0) entered disabled state
[   17.320543] device wlan0 entered promiscuous mode
[   17.327109] ieee80211 phy0: change: 0x100
[   17.344423] ieee80211 phy0: change: 0x40
[   17.380440] ieee80211 phy1: change: 0x100
[   17.392530] ieee80211 phy1: change: 0x42
[   17.593821] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[   17.600257] br-lan: port 2(wlan1) entered blocking state
[   17.605603] br-lan: port 2(wlan1) entered forwarding state
[   17.611269] ieee80211 phy0: change: 0x40
[   17.671185] ieee80211 phy1: change: 0x20
[   17.861365] ieee80211 phy0: change: 0x40
[   17.993370] ieee80211 phy0: change: 0x100
[   18.060535] ieee80211 phy0: change: 0x100
[   18.073629] ieee80211 phy0: change: 0x42
[   18.341340] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   18.347812] br-lan: port 3(wlan0) entered blocking state
[   18.353170] br-lan: port 3(wlan0) entered forwarding state
 root@LEDE:~# lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 04e8:1f05 Samsung Electronics Co., Ltd S2 Portable [JMicron] (500GB)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

After i remove the cable and hotplug i get this additional lines in DMESG:

 #
[  527.103849] usb 3-1: new SuperSpeed USB device number 2 using xhci-hcd
[  527.134880] usb-storage 3-1:1.0: USB Mass Storage device detected
[  527.141155] scsi host3: usb-storage 3-1:1.0
[  528.154087] scsi 3:0:0:0: Direct-Access     Seagate  Expansion        1805 PQ: 0 ANSI: 6
[  529.455313] sd 3:0:0:0: [sdb] 1953525167 512-byte logical blocks: (1.00 TB/932 GiB)
[  529.463210] sd 3:0:0:0: [sdb] Write Protect is off
[  529.468032] sd 3:0:0:0: [sdb] Mode Sense: 33 00 00 08
[  529.473381] sd 3:0:0:0: [sdb] No Caching mode page found
[  529.478724] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[  529.499962]  sdb: sdb1 sdb2
[  529.503903] sd 3:0:0:0: [sdb] Attached SCSI disk
[  612.132851] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts:
root@LEDE:~# lsusb
Bus 003 Device 002: ID 0bc2:231b Seagate RSS LLC
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 04e8:1f05 Samsung Electronics Co., Ltd S2 Portable [JMicron] (500GB)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub 


17.04.2017714Base systemBug ReportVery LowHighARP/Broadcast does not reach other clients in the same ...AllUnconfirmed Task Description

I have the default bridge with ethernet and WLAN in it. When i try to send data from a client to another, both connected to the same WLAN SSID, it doesn’t work (Destination unreachable).
Wireshark shows that it sends endless ARP requests to Broadcast, but the other clients in that WLAN never get it (and therefore can’t answer). The broadcast gets still delivery to every client connected through Ethernet. If i create a second WLAN SSID (even on the same adapter) and and add it to the bridge, it gets also all broadcast packets from the other WLAN...
So if i put the 2 clients in different WLAN SSIDs or ethernet they get the broadcast from each other, but not when both are connected to the same.

The isolate option is not set in the wireless config.
Archer C5 v1 with latest LEDE snapshot (no difference to 17.01 stable or rc).

17.04.2017713Base systemBug ReportVery LowLownetifd: substantially more IFUP events are being create...TrunkResearching Task Description

I have noticed that some services reloaded with a procd “interface.*” raw trigger are reloading on a much more frequent cadence (few minutes or so). LEDE 17.01 does not do this. LEDE Trunk does. I can not find an obvious cause in procd. Though procd should not stop-start for reload without a command line change or explicit file under watch. Perhaps netifd commit a03216660797173fbe67866f75564e3fec9c1e8d is generating unusual numbers of IFUP.

procd_add_raw_trigger “interface.*” 2000 /etc/init.d/[script] reload

12.04.2017706Base systemBug ReportVery LowLowminor: iw / wrong output on weak stations for "inactive...TrunkUnconfirmed Task Description

seen with r3900 on a weak longshot with Ubiquiti Bullet M5.
after some time, “inactive time:” is sane again.

root@box:~ iw dev wlan0 station dump
Station ca:00:36:00:01:08 (on wlan0)
	inactive time:	4294964856 ms
	rx bytes:	12688
	rx packets:	132
	tx bytes:	0
	tx packets:	0
	tx retries:	0
	tx failed:	0
	rx drop misc:	0
	signal:  	-90 [-90] dBm
	signal avg:	-90 [-90] dBm
	tx bitrate:	6.0 MBit/s
	authorized:	yes
	authenticated:	yes
	associated:	yes
	preamble:	long
	WMM/WME:	yes
	MFP:		no
	TDLS peer:	no
	DTIM period:	0
	beacon interval:50
	short slot time:yes
	connected time:	249 seconds
Station 00:27:22:ca:09:f0 (on wlan0)
	inactive time:	4294964856 ms
	rx bytes:	109844
	rx packets:	394
	tx bytes:	0
	tx packets:	0
	tx retries:	0
	tx failed:	0
	rx drop misc:	0
	signal:  	-90 [-90] dBm
	signal avg:	-88 [-88] dBm
	tx bitrate:	6.0 MBit/s
	authorized:	yes
	authenticated:	yes
	associated:	yes
	preamble:	long
	WMM/WME:	yes
	MFP:		no
	TDLS peer:	no
	DTIM period:	0
	beacon interval:50
	short slot time:yes
	connected time:	248 seconds

root@box:~ uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.country='US'
wireless.radio0.channel='40'
wireless.radio0.path='pci0000:00/0000:00:00.0'
wireless.radio0.hwmode='11na'
wireless.radio0.ht_capab='SHORT-GI-40' 'TX-STBC' 'RX-STBC1' 'DSSS_CCK-40'
wireless.radio0.htmode='HT20'
wireless.radio0.chanbw='20'
wireless.radio0.txpower='20'
wireless.radio0.beacon_int='50'
wireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device='radio0'
wireless.@wifi-iface[0].network='wlan'
wireless.@wifi-iface[0].mode='adhoc'
wireless.@wifi-iface[0].bssid='02:ca:ff:ee:00:40'
wireless.@wifi-iface[0].macaddr='dc:9f:db:0c:c9:4a'
wireless.@wifi-iface[0].ssid='ffintern.5GHz'
02.04.2017672Base systemBug ReportVery LowLowNetgear WNR2000v3 - Looses always settings after power ...TrunkUnconfirmed Task Description

Device: Netgear WNR2000v3

Problem there since: 15.05.1. It was not there on 15.05 or previous releases.

Problem still there on 17.01 stable ( https://downloads.lede-project.org/releases/17.01.0/targets/ar71xx/generic/lede-17.01.0-r3205-59508e3-ar71xx-generic-wnr2000v3-squashfs-sysupgrade.bin )

The most simple way to make a example of this issue: Install 15.05.1 stable or 17.01 stable and open 192.168.1.1. It tells you that there is no password set. Go to settings, set a password. Open browser again. It asks you now for the password. Power off the device. Wait 2-3 seconds. Power it on. Password is now lost and device have again factory settings.

This makes lede on this device somehow useless. Would be great if someone could fix this problem.

Forum talk about this issue: https://forum.lede-project.org/t/netgear-wnr2000v3-not-saving-settings-after-reboot-with-rc2/1736/11

Bugreport about this issue on openwrt: https://dev.openwrt.org/ticket/22172

30.03.2017666Base systemBug ReportVery LowMedium"Wireless is disabled or not associated" when channel m...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Banana Pi R1
- Software versions: all

When I set the channel mode to “auto”, then the message appears “Wireless is disabled or not associated” and the WLAN does’nt work.
I set the channel manually, then WLAN works fine.

The problem is already known with OpenWrt:
https://dev.openwrt.org/changeset/32630


28.03.2017659Base systemBug ReportVery LowLowuboot-kirkwood (at least) fails to build if swig is ins...TrunkUnconfirmed Task Description

Building LEDE head (reboot-3906-g2a2dfb2be7) on a machine without python development headers but with swig in $PATH yields

  HOSTLD  tools/dumpimage
  HOSTCC  tools/mkimage.o
  HOSTLD  tools/mkimage
swig -python -o tools/libfdt_wrap.c lib/libfdt/libfdt.swig
LDFLAGS="" python ./lib/libfdt/setup.py \
        "-Wall -Wstrict-prototypes -O2 -fomit-frame-pointer    -include ./include/libfdt_env.h -idirafterinclude -idirafter./arch/arm/include -I./lib/libfdt -I./tools -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -D_GNU_SOURCE " lib/libfdt/fdt.c lib/libfdt/fdt_ro.c lib/libfdt/fdt_rw.c lib/libfdt/fdt_strerror.c lib/libfdt/fdt_wip.c lib/libfdt/fdt_region.c lib/libfdt/fdt_sw.c tools/libfdt_wrap.c
tools/libfdt_wrap.c:130:21: fatal error: Python.h: No such file or directory
 # include <Python.h>
                     ^
compilation terminated.
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
tools/Makefile:123: recipe for target 'tools/_libfdt.so' failed
make[5]: *** [tools/_libfdt.so] Error 1
Makefile:1229: recipe for target 'tools' failed
make[4]: *** [tools] Error 2
make[4]: Leaving directory '/tank/openwrt/scratch/builder-nwftest/build_dir/target-arm_xscale_musl_eabi/u-boot-pogo_v4/u-boot-2017.03'

As I don’t believe there are any in-tree consumers of the python libfdt bindings, adding the following patch file, which just removes the test for swig and therefore acts as if it is never present, should do the right thing:

$ cat package/boot/uboot-kirkwood/patches/201-no-python-fdt.patch 
--- u-boot-2017.03/tools/Makefile.orig	2017-03-28 03:11:34.081325904 +0000
+++ u-boot-2017.03/tools/Makefile	2017-03-28 03:13:09.225349051 +0000
@@ -112,10 +112,6 @@
 fit_info-objs   := $(dumpimage-mkimage-objs) fit_info.o
 fit_check_sign-objs   := $(dumpimage-mkimage-objs) fit_check_sign.o
 
-# Build a libfdt Python module if swig is available
-# Use 'sudo apt-get install swig libpython-dev' to enable this
-hostprogs-y += \
-	$(if $(shell which swig 2> /dev/null),_libfdt.so)
 _libfdt.so-sharedobjs += $(LIBFDT_OBJS)
 libfdt:
 
21.03.2017649Base systemBug ReportVery LowLowWDS not working on ath9k-htc TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Any device with an wifi USB adapter with the chipset AR9271 (TPLink WN722N in my case).
- Software versions of LEDE release, packages, etc: Latest trunk LEDE versions.
- Steps to reproduce

 

Configure the USB AR9271 adapter as WDS AP, try to associate any other router as WDS Client (in my case the WDS Client is a TPLink WR741ND router, also compiled with latest trunk).
They both associate correctly, but there is no connection between them.

Here is a hostapd log on the WDS AP:

Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: interface state ENABLED->DISABLED
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 94:0c:6d:b0:f4:ac
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: AP-DISABLED
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Mon Mar 20 14:05:01 2017 daemon.err hostapd: Configuration file: /var/run/hostapd-phy1.conf
Mon Mar 20 14:05:02 2017 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Mon Mar 20 14:05:02 2017 daemon.err hostapd: Using interface wlan1 with hwaddr e8:de:27:a4:58:21 and ssid "EB1DJ"
Mon Mar 20 14:05:02 2017 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->ENABLED
Mon Mar 20 14:05:02 2017 daemon.notice hostapd: wlan1: AP-ENABLED
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authentication OK (open system)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-AUTHENTICATE.indication(94:0c:6d:b0:f4:ac, OPEN_SYSTEM)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-DELETEKEYS.request(94:0c:6d:b0:f4:ac)
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authenticated
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: association OK (aid 1)
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: associated (aid 1)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-ASSOCIATE.indication(94:0c:6d:b0:f4:ac)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-DELETEKEYS.request(94:0c:6d:b0:f4:ac)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: binding station to interface 'wlan1'
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: event 1 notification
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: start authentication
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.1X: unauthorizing port
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 1/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: EAPOL-Key timeout
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 1/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: received EAPOL-Key frame (2/4 Pairwise)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 3/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.err hostapd: nl80211: EAPOL TX: No message of desired type
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: ignore retransmitted EAPOL-Key 2/4 Pairwise - SNonce did not change
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: EAPOL-Key timeout
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 3/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: received EAPOL-Key frame (4/4 Pairwise)
Mon Mar 20 14:05:03 2017 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 94:0c:6d:b0:f4:ac
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.1X: authorizing port
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac RADIUS: starting accounting session 7797AE68AEE646F3
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: pairwise key handshake completed (RSN)
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authentication OK (open system)
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: event 0 notification
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-AUTHENTICATE.indication(94:0c:6d:b0:f4:ac, OPEN_SYSTEM)
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-DELETEKEYS.request(94:0c:6d:b0:f4:ac)
Tue Mar 21 09:58:59 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authenticated
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: association OK (aid 1)
Tue Mar 21 09:58:59 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: associated (aid 1)

I think the error Mon Mar 20 14:05:03 2017 daemon.err hostapd: nl80211: EAPOL TX: No message of desired type has something to do with WDS not working?.

If there is any other info, tests etc you require feel free to ask.

15.03.2017632Base systemBug ReportVery LowLowMP_CONFIG_INT settings not applied to meshpoint interfa...TrunkUnconfirmed Task Description

Supply the following if possible:
- Tested with OM5P-AC (on ath10k)
- Using LEDE reboot-3637-gc8f7031ba7 with wpad-mesh

The 5GHz device was configured using following entry in /etc/config/wireless

config wifi-iface 'mesh2'         
        option device 'radio1'  
        option ifname 'mesh-5'  
        option network 'lan'    
        option mode 'mesh'      
        option mesh_id 'mymesh' 
        option disabled '0'
        option mcast_rate '54000'
        option macaddr 'ae:86:74:00:00:01'
        option mesh_ttl 1
        option mesh_fwding 0
        option ieee80211w 1
        option encryption 'psk2+aes'
        option key 'reallysecretkey'

It is expected that mesh_ttl is 1 and mesh_fwding is 0. But the reality is quite different:

<pre>
root@lede:/# iw dev mesh-5 get mesh_param mesh_fwding
1
root@lede:/# iw dev mesh-5 get mesh_param mesh_ttl
31
</pre>

14.03.2017631Base systemBug ReportVery LowLowAR8327 switch link state change check not working on TL...TrunkUnconfirmed Task Description

Hello,

On my TP-LINK TL-WR1043ND v3 (ar71xx QCA9558) with today’s LEDE snapshot, the AR8327 switch isn’t sending port change interrupt events to the CPU.

The `ar8xxx_check_link_states` function in `target/linux/generic/files/drivers/net/phy/ar8216.c` is not being called at all, since not only the messages about port link status change aren’t printed to the dmesg, but the ARL table isn’t getting cleaned either. I don’t understand why this is happening...

This regression is not present in other routers with the same AR8327 switch chip (but rev. 2 instead of rev. 4), such as TP-LINK TL-WDR4300 v1 (ar71xx) and TP-LINK TL-WDR4900 v1 (mpc85xx).

(Latest LEDE stable release also does exibit the regression.)

Below you can see a session with LEDE; and a session with OpenWrt CC 15.05.1 release, which does not exibit the problem.

(The CC image is for the TL-WR1043ND v2, since v3 images weren’t built yet at that time; v2 and v3 are the same hardware, as it can be seen from the FCC docs, where TP-LINK requested an ID change from v2 to v3.)

Please let me know if there’s anything I can try to help debug this problem!

```
BusyBox v1.26.2 () built-in shell (ash)

   _________
  /        /\      _    ___ ___  ___
 /  LE    /  \    | |  | __|   \| __|
/    DE  /    \   | |__| _|| |) | _|

// LE \ ||_|_/|_| lede-project.org
\ \ DE /
\ LE \ / ———————————————————– \ DE \ / Reboot (SNAPSHOT, r1-2f09a1e)
\
\/ ———————————————————– === WARNING! =====================================
There is no root password defined on this device!
Use the “passwd” command to set up a new password
in order to prevent unauthorized SSH logins.
————————————————– root@LEDE:~# dmesg | grep 8327
[ 0.815273] switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0
root@LEDE:~# dmesg | grep 8216
[ 2.046658] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
root@LEDE:~# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 4: MAC <my_laptop_macaddr>
Port 4: MAC <other_macaddr>
Port 6: MAC <router_wan_macaddr> root@LEDE:~# dmesg | grep 8216
[ 2.046658] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
root@LEDE:~# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 3: MAC <my_laptop_macaddr>
Port 4: MAC <other_macaddr>
Port 6: MAC <router_wan_macaddr> root@LEDE:~#
``` ```
BusyBox v1.23.2 (2016-01-02 18:01:44 CET) built-in shell (ash)
_ | |.—–.—–.—–.| | | |.—-.| |_
| - || _ | -
| || | | || _|| _|
|_|| |_||||||| ||
|
| W I R E L E S S F R E E D O M


CHAOS CALMER (15.05.1, r48532)


  • 1 1/2 oz Gin Shake with a glassful
  • 1/4 oz Triple Sec of broken ice and pour
  • 3/4 oz Lime Juice unstrained into a goblet.
  • 1 1/2 oz Orange Juice
  • 1 tsp. Grenadine Syrup

—————————————————– root@OpenWrt:/# dmesg | grep 8327
[ 0.750000] switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0
root@OpenWrt:/# dmesg | grep 8216
[ 1.440000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
[ 24.680000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is up

root@OpenWrt:/# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 4: MAC <my_laptop_macaddr>
Port 4: MAC <other_macaddr>
Port 6: MAC <router_wan_macaddr>

root@OpenWrt:/# dmesg | grep 8216
[ 1.440000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
[ 24.680000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is up
[ 1306.510000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is down
[ 1310.530000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 3 is up
root@OpenWrt:/# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 3: MAC <my_laptop_macaddr>
Port 6: MAC <router_wan_macaddr>

root@OpenWrt:/# uname -a
Linux OpenWrt 3.18.23 #1 Sun Jan 31 18:39:35 CET 2016 mips GNU/Linux
root@OpenWrt:/#
```

Cheers,
Vittorio

13.03.2017623Base systemBug ReportVery LowLowar71xx: RB750UPr2: No serial consoleTrunkUnconfirmed Task Description

Hello,
The serial console isn’t working on MikroTik RB750UPr2 (NOR flash) (normal boot). Netboot is fine though. Notice no-uart in the kernel command line args.
Tested with recent snapshots (r3607-d49ddcd, r3617-f9da623)

Netboot

[    0.000000] Linux version 4.4.52 (buildbot@builds) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3607-d49ddcd) ) #0 Wed Mar 8 18:06:04 2017
[    0.000000] bootconsole [early0] enabled
...
[    0.000000] Kernel command line: no-uart no-nand parts=1 boot_part_size=16777216 gpio=8525375 HZ=325000000 mem=64M kmac=E4:8D:8C:99:18:31 board=750-hb hw_opt=0008400D boot=0 mlc=8 console=ttyS0,115200 rootfstype=squashfs noinitrd
...
[    0.125208] MIPS: machine is MikroTik RouterBOARD 750UP r2
...
[    2.957103] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    2.967151] console [ttyS0] disabled
[    2.991360] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 1562500) is a 16550A
[    3.001161] console [ttyS0] enabled
[    3.001161] console [ttyS0] enabled
[    3.008713] bootconsole [early0] disabled
[    3.008713] bootconsole [early0] disabled
[    3.023066] m25p80 spi0.0: found w25q128, expected m25p80
[    3.028744] m25p80 spi0.0: w25q128 (16384 Kbytes)
[    3.033619] Creating 6 MTD partitions on "spi0.0":
[    3.038569] 0x000000000000-0x00000000e000 : "routerboot"
[    3.046718] 0x00000000e000-0x00000000f000 : "hard_config"
[    3.054081] 0x00000000f000-0x000000010000 : "bios"
[    3.060744] 0x000000010000-0x00000001f000 : "routerboot2"
[    3.068174] 0x00000001f000-0x000000020000 : "soft_config"
[    3.075587] 0x000000020000-0x000001000000 : "firmware"

Normal boot

[    0.000000] Linux version 4.4.52 (buildbot@buildslave) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3617-f9da623) ) #0 Fri Mar 10 00:23:50 2017
[    0.000000] bootconsole [early0] enabled
...
[    0.000000] Kernel command line: no-uart no-nand parts=1 boot_part_size=16777216 gpio=0 HZ=325000000 mem=64M kmac=E4:8D:8C:99:18:31 board=750-hb Board=750-hb ver=3.36 hw_opt=0008400D boot=1 mlc=10 console=ttyS0,115200 rootfstype=squashfs noinitrd
...
[    0.125275] MIPS: machine is MikroTik RouterBOARD 750UP r2
...
[    0.696259] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.706324] console [ttyS0] disabled
[    0.730536] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 1562500) is a 16550A
[    0.740339] console [ttyS0] enabled
[    0.747890] bootconsole [early0] disabled
[    0.762167] m25p80 spi0.0: found w25q128, expected m25p80
[    0.767840] m25p80 spi0.0: w25q128 (16384 Kbytes)
[    0.772706] Creating 6 MTD partitions on "spi0.0":
[    0.777667] 0x000000000000-0x00000000e000 : "routerboot"
[    0.785835] 0x00000000e000-0x00000000f000 : "hard_config"
[    0.793114] 0x00000000f000-0x000000010000 : "bios"
[    0.799850] 0x000000010000-0x00000001f000 : "routerboot2"
[    0.807243] 0x00000001f000-0x000000020000 : "soft_config"
[    0.814630] 0x000000020000-0x000001000000 : "firmware"
[    0.865054] 2 minor-fw partitions found on MTD device firmware
[    0.871104] 0x000000020000-0x0000001a0000 : "kernel"
[    0.877734] 0x0000001a0000-0x000001000000 : "rootfs"
[    0.884687] mtd: device 7 (rootfs) set to be root filesystem
[    0.890584] 1 squashfs-split partitions found on MTD device rootfs
[    0.897035] 0x000000390000-0x000001000000 : "rootfs_data"

BTW the serial console is working fine on RB750UP (NAND flash) (normal boot).

[    0.000000] Kernel command line: parts=1 boot_part_size=4194304 gpio=790343 HZ=200000000 mem=32M kmac=D4:CA:6D:91:86:F1 board=750i Board=750i ver=3.33 hw_opt=0000000D boot=1 mlc=10 console=ttyS0,115200 rootfstype=squashfs noinitrd
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>
 


09.03.2017612Base systemBug ReportVery LowHighWAN to LAN leakage on MT7620 devicesTrunkUnconfirmed Task Description

I am currently testing two MT7620 devices - the ZBT WE826 and the Sanlinking D240. During the first seconds of the boot, I see that packets leak between the WAN and LAN ports. Typically, this results in clients receiving a DHCP reply from my upstream router, rendering the clients without connectivity when the switch is properly initialized. I have also tested with the default firmware and do not see this behavior. Also, if I stop the devices in the bootloader, then packets do not leak until I resume boot again.

In order to try to solve this bug, I have tried to port some (at least to me) missing steps from the bootloader switch code and to the mt7620 switch driver in LEDE. This did not have an effect, at least not on the packet leak. A work-around I have found is to update u-boot and remove the input delay, so that the device will boot immediately. However, this is quite cumbersome to install and not very reliable. I suspect my luck with this work-around is more due to the timing of the DHCP clients in Ubuntu and Windows 10.

Does anyone have any idea as to what could be wrong and where to start looking?

Thanks in advance for any help.

 


09.03.2017611Base systemBug ReportVery LowHighdnsmasq Ignore resolv file option forget at restartAllUnconfirmed Task Description

If you set up dnsmasq to ignore resolv file it will ignore it until reboot is performed. To make ignore it again the option must be uncheck and apply and then check and apply again.

I have /etc/resolv.conf as a symlink to /tmp/resolv.conf, when the router boots up the contents are the dns offered from dhcp over the wan interface. When the ignore resolv option is checked or unchecked the contens are overwrited to search lan and nameserver 127.0.0.1 but it doesn’t seems to affect as if you uncheck ignore resolv the router resolv names, and when you check again the option it can resolv names even the contents still are search lan and nameserver 127.0.0.1.

I haven’t seen yet any other change that can cause the reboot to make dnsmasq follow resolv file when the option is checked until you uncheck-apply and check-apply.

07.03.2017605Base systemBug ReportVery LowLowLuCI wireless associated stations doesn't show noise db...TrunkUnconfirmed Task Description

With an Archer C7 v2 the list shows up the noise level in the associated stations doesn’t show up, instead it shows 0dBm and the bar icon shows empty bars. The noise level is display correctly inside the wifi configuration under the device options.

This only happens at least with the channel 112, I have tried all the channels below from 36-104 (44 and 108 jumps to 48 and 112 respectively because other nearly stations).

Can’t try the 4 channels above because radars and the next 4 above because in my country doesn’t exist channel 144.

I will try to test with less width than 80 MHz.

I set it to low because it seems that it only affect to the associated stations tables visualization and the wifi network works as it should.

05.03.2017599Base systemBug ReportVery LowMediumHame MPR-A2 switch has unknown topologyTrunkUnconfirmed Task Description

Vlan don’t work.


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.03.2017591OtherFeature RequestVery LowLowInclude branch info in subject from 'lede-commits'AllUnconfirmed Task Description

Please include the branch being committed to as part of the subject. As it currently stands emails are received:

[source] ubox: update to the latest version
[source] bcm53xx: include Broadcom PHY driver in the kernel

However there’s no clue in the subject that the ubox commit is for ‘master’ (and of interest to me) whilst the ‘bcm53xx’ is a commit to ‘17.01’ (and of much less interest to me)

It’s driving me (even more) insane :-)

01.03.2017580Base systemBug ReportVery LowLowNetgear R7800 does not receive multicast messages on LA...TrunkUnconfirmed Task Description

Netgear R7800 running lede-17.01.

Multicast packets are not received on LAN (wired) interfaces but work fine on WiFi interfaces. I think the problem is at device/driver level.

The problem was first noticed using Avahi, which did not see announcements on LAN interfaces. However it can be easily reproduced with a simple IP Multicast sender/receiver like https://github.com/GrahamCobb/Multicast-Client-Server-Example

To reproduce:

Run the “client” on the R7800 using:

client 232.0.1.1 4545 100

Run the “server” on another system using:

server 232.0.1.1 4545 100 1000

If the server is connected to the client using a WiFi interface, the messages are received. If it using a LAN, they are not.

The messages are received if the LAN interface is set in promiscuous mode (ifconfig ... promisc) or all multicast mode (ifconfig ... allmulti). They stop again immediately if the mode is turned off.

I believe this is the same problem as reported in https://forum.lede-project.org/t/ipv6-works-only-with-wan-in-promiscuous-mode/490/9 – in that thread it is mentioned that the AC2600 (which uses the same driver) has the same problem.

As the problem goes away in promiscuous or all multicast modes, I am guessing that the device is just not sending the multicast packets to the driver. This could be a hardware bug, a bug in the multicast filter setup code in dwmac1000_core.c or the devicetree incorrectly reporting device characteristics such as the number of multicast filter bins.

27.02.2017563Base systemBug ReportVery LowLowcake qdisc high cpu usage on tp-link 841nTrunkUnconfirmed Task Description

So, I had this crazy idea to just make cake the default qdisk after seeing the battlemesh presentation. Now we are seeing high spikes in CPU usage after some time - the peaks appear to be of periodic nature. I only have some nmeter plots (basically vmstat/sar with dots - it’s a busybox applet) - the high load immediatly vanishes after switching the qdiscs back to fq_codel.

I’ve seen this on 2 841n routers one only using ap+ibss mode the other having wan+lan+ap+ibss+tap interfaces with cake running. Both also run a bridge for the AP.

Is the high system cpu usage expacted behavoir? cake qdisc is just using defaults:

This script does the activation:

# cat /etc/hotplug.d/iface/00-cake-qdisc 
#!/bin/sh

case "$ACTION" in
                ifup)
                grep -q '^sch_cake' '/proc/modules' && {
                        command -V tc > /dev/null || return 
                        tc qdisc replace dev "$DEVICE" root cake
                }
        ;;
esac
# vim: set filetype=sh ai noet ts=4 sw=4 sts=4 :

The results (1 line = 1 second):

root@weimarnetz-188:~ :) nmeter '%40c wlan: %[nbr-vap] ibss: %[nwlan0]'

cake 

SSSSSSSSUii............................. wlan:  8856  756 ibss:  4026 9162
SSSSSSSSSSSSSSSSSSSSU................... wlan:   44k 1736 ibss:  8726  49k
SSSSSSSi................................ wlan:   58k 2130 ibss:  5974  62k
SSSUUUUi................................ wlan:   58k 1296 ibss:   15k  68k
SSSSSSSSi............................... wlan:   49k 2532 ibss:  5298  53k
SSSSSSSSSSiii........................... wlan:   45k 2082 ibss:  8282  49k
SSSSSSSSSSSSSSSSSSSSSSU................. wlan:   39k 1794 ibss:   14k  45k
SSSSSSSSSSSSSSUi........................ wlan:   34k 2112 ibss:   11k  29k
SSSSSSSSSSSSSSSSSSSSSUUi................ wlan:   47k 2172 ibss:  7614  60k
U....................................... wlan:   58k 2934 ibss:  7496  61k
SSUi.................................... wlan:   53k 1944 ibss:  9.8k  58k
SSSSSSSSSSSSSSSSSSU..................... wlan:   47k 1698 ibss:  6552  51k
SSSSSSSSSSSSSUi......................... wlan:   57k 2704 ibss:  9.9k  62k
UUUiii.................................. wlan:   57k 1512 ibss:  8956  63k
SSSSSSSSSSSSSSSSSSSSSSSSii.............. wlan:   77k 4010 ibss:   17k  85k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUii wlan:  6400  318 ibss:   450 6784
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   47k 1296 ibss:   12k  55k
SUUii................................... wlan:   49k 2542 ibss:  5604  53k
SSSSSSSSUUi............................. wlan:   56k 2354 ibss:   10k  62k
SSSSSSSSSSSSSSSSSSSSSi.................. wlan:   58k 1926 ibss:   11k  64k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   59k 2464 ibss:   22k  67k
SSSSSSSSSSSSSSUi........................ wlan:   41k  972 ibss:   10k  50k
SUi..................................... wlan:   44k 2132 ibss:  6310  47k
SUUi.................................... wlan:   52k 1642 ibss:   11k  58k
SSSSSSSSSSSSSSSSSSSSSSUi................ wlan:   54k 3826 ibss:   11k  60k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUi wlan:   44k 1482 ibss:  6580  48k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSi.......... wlan:   32k 2396 ibss:  9732  38k
SSSSSSSSSSSSSSSSUUi..................... wlan:   18k 1164 ibss:  6888  20k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUi... wlan:   37k  864 ibss:   13k  46k
SSSSSSSSSSSi............................ wlan:   57k 2112 ibss:  4166  60k
SSi..................................... wlan:   56k 1746 ibss:   11k  62k
SSSSSSSSSSSSSSSSSSSSi................... wlan:   43k  28k ibss:   39k  48k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUU....... wlan:   15k  18k ibss:   25k  21k
SSSSSSSSSSSSSSSSUiiii................... wlan:   42k 255k ibss:  261k  52k
SUiiii.................................. wlan:   39k 393k ibss:  398k  54k
SSSSSSSSSSSSSSSSSSSSSSSSiii............. wlan:   26k 244k ibss:  251k  33k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSii........ wlan:   44k  86k ibss:   93k  54k
SSSSSSSSSSSSSSSSSSSSSSSSSSSUUii......... wlan:   27k  33k ibss:   41k  33k
SSSSSUiii............................... wlan:   54k  36k ibss:   40k  60k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSii wlan:   30k  46k ibss:   52k  35k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   23k  13k ibss:   20k  26k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUii.... wlan:   53k  31k ibss:   40k  66k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSU......... wlan:   31k  18k ibss:   29k  35k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   13k 1262 ibss:  8370  16k
SSSSSSSSSSSSUi.......................... wlan:   46k  35k ibss:   54k  63k
SU...................................... wlan:   53k  87k ibss:   93k  59k
SSSSSSSSSSUUi........................... wlan:   43k  23k ibss:   32k  50k
SSSUUUiii............................... wlan:   46k 164k ibss:  172k  54k
SSSSSSSSSUiii........................... wlan:   48k 245k ibss:  250k  59k
SSSSSSSSSSSSSSS......................... wlan:   38k 5959 ibss:   10k  44k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   38k 1838 ibss:  9944  41k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   25k 1344 ibss:  2774  25k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS wlan:   43k 2442 ibss:   10k  44k
SSSSSSSSSSSSSSSSSSSSUUii................ wlan:   59k 1968 ibss:   11k  73k
Si...................................... wlan:   60k 2354 ibss:   10k  67k
SU...................................... wlan:   57k 1680 ibss:   11k  63k
Siii.................................... wlan:   51k 3560 ibss:  8042  54k
SSSSSSSSSSSi............................ wlan:   50k 1080 ibss:   14k  58k
SSSSSSSSSSSSSUU......................... wlan:   53k 2548 ibss:   13k  59k
SSSSSSSSSSSSi........................... wlan:   46k 2309 ibss:  9093  52k
SSSSSSSSSSSSSSSSSSSSi................... wlan:   83k 3816 ibss:   14k  91k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi........ wlan:   25k 3210 ibss:  5668  26k
SSSSSSSSSSSSSSSSSSSSSSSUii.............. wlan:   53k 2478 ibss:   11k  59k
SSSSSSSSSSSSSSSSSSSSSSSSSUi............. wlan:   15k 1308 ibss:  8142  20k
SSUUii.................................. wlan:   799  607 ibss:   11k 5339
SUi..................................... wlan:  1449 1436 ibss:   11k 9399
SSSSSSSSSSSSSSSSSSSSSSSSSSSSU........... wlan:   240 2738 ibss:   10k 3224
SSSSSSSSSU.............................. wlan:   132   66 ibss:   10k 4804
UUi..................................... wlan:   320  347 ibss:   11k 6020


-----> fq_codel 

S....................................... wlan:     0    0 ibss:  8664 3682
SSSSSSSSSU.............................. wlan:     0    0 ibss:  9022 6566
SS...................................... wlan:   703 6076 ibss:   14k 3565
S....................................... wlan:  2971 1862 ibss:  8554 7219
SUi..................................... wlan:     0    0 ibss:  7810 3732
SSUUi................................... wlan:     0    0 ibss:  8440 2920
SSii.................................... wlan:  1449 1436 ibss:   10k 7771
Ui...................................... wlan:     0    0 ibss:  8068 3258
Ui...................................... wlan:     0    0 ibss:  7910 3614
SSUi.................................... wlan:   252  185 ibss:   12k 5022
SUi..................................... wlan:  4742 1368 ibss:  9.8k  10k
SU...................................... wlan:     0    0 ibss:   11k 4646
Ui...................................... wlan:     0    0 ibss:   15k 5802
SS...................................... wlan:     0    0 ibss:  6918 3742
SU...................................... wlan:   122 2576 ibss:  4978  404
SSUii................................... wlan:     0    0 ibss:  8856 5890
SU...................................... wlan:  1449 1436 ibss:  6598 4791
SU...................................... wlan:    41   54 ibss:  4234 2101
UUii.................................... wlan:     0    0 ibss:   12k 5438
SUi..................................... wlan:   280  239 ibss:  7599 1644
U....................................... wlan:     0    0 ibss:  5962 3606
U....................................... wlan:     0    0 ibss:   10k 5502
SU...................................... wlan:     0    0 ibss:   14k 7486
Ui...................................... wlan:     0    0 ibss:   14k 5030
SU...................................... wlan:     0    0 ibss:  7930 4702
Ui...................................... wlan:   799  606 ibss:   10k 5400
SSSSSSSSSSSSSU.......................... wlan:  1449 1436 ibss:  9936 5653
S....................................... wlan:     0    0 ibss:  5818 2964
SU...................................... wlan:     0    0 ibss:   11k 7547
SU...................................... wlan:   252  185 ibss:  6264 3875
Ui...................................... wlan:  4159  995 ibss:  8313 8409
U....................................... wlan:     0    0 ibss:  3912 1240
SU...................................... wlan:     0    0 ibss:  4600 3784
S....................................... wlan:   122 2604 ibss:  9706 3374
SUUUi................................... wlan:     0    0 ibss:   13k 6328
U....................................... wlan:     0    0 ibss:   10k 6940
ii...................................... wlan:  1504 1589 ibss:  8605 4736
SUUi.................................... wlan:   108    0 ibss:   13k 8516
SUi..................................... wlan:  5241  28k ibss:   32k 9431
SSUUi................................... wlan:  9.7k  24k ibss:   33k  14k
SUi..................................... wlan:   743  456 ibss:   14k 7591
U....................................... wlan:     0    0 ibss:  2212 2732
SSSSSSSSSSU............................. wlan:     0    0 ibss:  9750 6434
........................................ wlan:  4585  492 ibss:  4616 6971
SUi..................................... wlan:   326 1155 ibss:   11k 4874
Si...................................... wlan:     0    0 ibss:  2330  214
Si...................................... wlan:  4336 3047 ibss:   18k  11k
SUi..................................... wlan:   100    0 ibss:  9838 5264
S....................................... wlan:     0    0 ibss:   14k 6298
SSSU.................................... wlan:   644  511 ibss:  6719 4294
SUii.................................... wlan:     0    0 ibss:   13k 6274
S....................................... wlan:     0    0 ibss:  6822 1738
U....................................... wlan:     0    0 ibss:  4790 1730
Ui...................................... wlan:   124  110 ibss:  5518 3544
SU...................................... wlan:   229   42 ibss:  8218 4972
Si...................................... wlan:  1000  607 ibss:  4750 2432
........................................ wlan:  1650 1436 ibss:  8372 5635
UUi..................................... wlan:   201    0 ibss:  9418 5422
Ui...................................... wlan:     0    0 ibss:   14k 7438
SSUi.................................... wlan:  3268 1862 ibss:   14k 9690
SUU..................................... wlan:     0  108 ibss:  9030 4918
SSi..................................... wlan:    80  108 ibss:  9442 5162
Ui...................................... wlan:    41   54 ibss:  9768 4757
Sii..................................... wlan:    58  104 ibss:  5570 3562
UU...................................... wlan:     0    0 ibss:  7098 4134
SU...................................... wlan:     0    0 ibss:  8142 2818
S....................................... wlan:  2941 2271 ibss:  7081 6303
SUi..................................... wlan:   315    0 ibss:  8524 3738
Ui...................................... wlan:  1309  757 ibss:   10k 7143
SUU..................................... wlan:  1450  428 ibss:  7150 5470
SUi..................................... wlan:  3187 8952 ibss:   16k 7107
U....................................... wlan:  4559 2197 ibss:  7959 8811
Ui...................................... wlan:  5564 2171 ibss:  8323 9118
i....................................... wlan:   11k  41k ibss:   50k  18k
root@weimarnetz-188:~ 8( cat /tmp/sysinfo/model 
TP-Link TL-WR841N/ND v11
root@weimarnetz-188:~ :) cat /etc/os-release 
NAME="weimarnetz"
VERSION="SNAPSHOT, Reboot"
ID="weimarnetz"
ID_LIKE="lede openwrt"
PRETTY_NAME="weimarnetz Reboot SNAPSHOT"
VERSION_ID="snapshot"
HOME_URL="http://lede-project.org/"
BUG_URL="http://bugs.lede-project.org/"
SUPPORT_URL="http://forum.lede-project.org/"
BUILD_ID="v0.10.0-dirty+lede-r3598-eb09d79c16"
LEDE_BOARD="ar71xx/generic"
LEDE_ARCH="mips_24kc"
LEDE_TAINTS="no-all busybox"
LEDE_DEVICE_MANUFACTURER="LEDE"
LEDE_DEVICE_MANUFACTURER_URL="http://lede-project.org/"
LEDE_DEVICE_PRODUCT="weimarnetz"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="weimarnetz Reboot SNAPSHOT v0.10.0-dirty+lede-r3598-eb09d79c16"

(this is basically stock release just with a versioning patch and the symbols added:

CONFIG_KERNEL_KALLSYMS=y
CONFIG_BUSYBOX_CUSTOM=y
CONFIG_BUSYBOX_CONFIG_MKSWAP=n
CONFIG_BUSYBOX_CONFIG_SWAPONOFF=n
CONFIG_BUSYBOX_CONFIG_MKPASSWD=y
CONFIG_BUSYBOX_CONFIG_ARPING=y
CONFIG_BUSYBOX_CONFIG_NMETER=y
CONFIG_PACKAGE_MAC80211_MESH=n
CONFIG_TARGET_SQUASHFS_BLOCK_SIZE=256
CONFIG_STRIP_KERNEL_EXPORTS=y
27.02.2017559Base systemFeature RequestVery LowLowNo Ethernet statistics on ag71xxTrunkUnconfirmed Task Description

On WNDR3700v2:

  # ethtool -i eth1 | head -n 2
  driver: ag71xx
  version: 0.5.35
  # ethtool -S eth1
  no stats available

The only statistics available are the ones provided by `ifconfig`, but I’m not sure whether that is accurate — I’m not seeing any drops even under load.

Note that statistics are available on the switch (through `swconfig show`), it’s only the SoC’s interface that’s impacted.

(While I’m at it, the driver is incomplete in other ways — there’s no support for Pause frames or for scatter-gather, although a quick read of the datasheet indicates that it should be possible to implement these features. I’m not sure that’s important, though.)

24.02.2017552Base systemFeature RequestVery LowLowBackup & restore of additionally installed packagesAllUnconfirmed Task Description

There is a discussion and also two different scripts available here:
https://forum.lede-project.org/t/feature-request-for-backup-functionality/603

Is it possible to incorporate some kind of this functionality into the standard distribution to lower the bar for newbies?

Script one:
https://forum.openwrt.org/viewtopic.php?pid=194478#p194478

second:
https://github.com/richb-hanover/OpenWrtScripts/blob/master/config-openwrt.sh

19.02.2017535KernelBug ReportVery LowHigh5GHz radios not working properly on Netgear R8000openwrt-18.06Unconfirmed Task Description

After upgrading my R8000 from Chaos Calmer (15.05.1) to LEDE Reboot (17.01.0-rc2, r3131-42f3c1f), I found that I could no longer get the 5GHz radios to work as before. The 2.4GHz radio is fine.

In CC I was using the following configuration:
- radio0 on channel 149, country code ‘00’, VHT80
- radio2 on channel 48, country code ‘00’, VHT80

The firmware apparently only accepts 00 and US as country codes, which is why I was using 00. This discussed at length in: https://forum.openwrt.org/viewtopic.php?id=55367&p=19 (and previous pages)

In 17.01.0-rc2, I can’t get radio0 to come up at all. radio2 can be configured, still on channel 48 and country 00, but in VHT40 mode. If I use VHT80, it stays disabled.

This was discussed previously in this forum post: https://forum.lede-project.org/t/r8000-5ghz-wifi-issue/236 and I get the same error messages and channel selection as the OP, so I will not repeat them here.

I’m not sure if this issue is really related to the country code setting, but I will note that the factory system apparently sets the country code to “EU”:

root@x6:~# nvram show | grep country_code
wl1_country_code=EU
wl0_country_code=EU
wl2_country_code=EU
wl_country_code=
root@x6:~#

I see that LEDE carries a patch on brcmfmac which translates the configured country code to an internal code for the firmware on this specific model (https://git.lede-project.org/?p=source.git;a=blob_plain;f=package/kernel/mac80211/patches/863-brcmfmac-add-in-driver-tables-with-country-codes.patch;hb=refs/heads/lede-17.01). I’m willing to test patches if anyone knows the right internal country code for Europe.

16.02.2017522Base systemBug ReportVery LowLowsudden wifi-restarts when client connects / r3439 on TP...TrunkUnconfirmed Task Description

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

 
Thu Feb 16 13:31:57 2017 daemon.info hostapd: wlan1-1: STA 00:1e:65:94:22:52 IEEE 802.11: authenticated
Thu Feb 16 13:31:57 2017 daemon.info hostapd: wlan1-1: STA 00:1e:65:94:22:52 IEEE 802.11: associated (aid 2)
Thu Feb 16 13:31:57 2017 daemon.notice hostapd: wlan1-1: AP-STA-CONNECTED 00:1e:65:94:22:52
Thu Feb 16 13:31:58 2017 authpriv.info dropbear[4509]: Child connection from fe80::21e:65ff:fe94:2252%br-mastergate:32784
Thu Feb 16 13:32:01 2017 authpriv.notice dropbear[4509]: Password auth succeeded for 'root' from fe80::21e:65ff:fe94:2252%br-mastergate:32784
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773904] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773917] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773924] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773930] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773936] ath: Country alpha2 being used: US
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773942] ath: Regpair used: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773948] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774020] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774025] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774031] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774038] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774043] ath: Country alpha2 being used: US
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774048] ath: Regpair used: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774054] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852253] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852266] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852273] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852279] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852286] ath: Country alpha2 being used: US
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852291] ath: Regpair used: 0x3a
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852298] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852368] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852373] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852380] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852386] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852391] ath: Country alpha2 being used: US
[...]
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413158] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413165] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413171] ath: Country alpha2 being used: US
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413176] ath: Regpair used: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413183] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413254] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413259] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413265] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413272] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413277] ath: Country alpha2 being used: US
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413282] ath: Regpair used: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413288] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491093] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491106] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491113] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491120] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491126] ath: Country alpha2 being used: US
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491131] ath: Regpair used: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491138] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491210] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491215] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491221] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491227] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491232] ath: Country alpha2 being used: US
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491237] ath: Regpair used: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491243] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan0-1: interface state ENABLED->DISABLED
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan0-1: AP-DISABLED 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan0-1: CTRL-EVENT-TERMINATING 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan0-1 disabled_11b_rates=0
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network device 'wlan0-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network alias 'wlan0-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Interface 'wlan' has link connectivity loss
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: interface state ENABLED->DISABLED
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: AP-STA-DISCONNECTED 00:1e:65:94:22:52
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: AP-STA-DISCONNECTED c0:c9:76:09:0c:e0
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: AP-DISABLED 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: CTRL-EVENT-TERMINATING 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan1-1 disabled_11b_rates=0
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network device 'wlan1-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network alias 'wlan1-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Interface 'wlanRADIO1' has link connectivity loss
Thu Feb 16 13:32:16 2017 daemon.info olsrd[5562]: Removing interface wlan1
Thu Feb 16 13:32:16 2017 daemon.err olsrd[5562]: OLSR: sendto IPv4 'Network unreachable' on interface wlan1
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network device 'wlan1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Interface 'wlanadhocRADIO1' has link connectivity loss
[...]

maybe this is a side-effect of may changed regdb, but it was till now never an issue:

root@F36-stube:~ :) iw reg get
global
country US: DFS-UNSET
	(2400 - 2494 @ 40), (N/A, 30), (N/A)
	(4910 - 5895 @ 40), (N/A, 30), (N/A)

phy#1
country US: DFS-UNSET
	(2400 - 2494 @ 40), (N/A, 30), (N/A)
	(4910 - 5895 @ 40), (N/A, 30), (N/A)

phy#0
country US: DFS-UNSET
	(2400 - 2494 @ 40), (N/A, 30), (N/A)
	(4910 - 5895 @ 40), (N/A, 30), (N/A)


16.02.2017521Base systemBug ReportVery LowLowkernel warning in mac802 11 / ibss_leave / r3472TrunkUnconfirmed Task Description

it is a “TP-LINK TL-WR1043ND”.

[46258.340310] ------------[ cut here ]------------
[46258.345255] WARNING: CPU: 0 PID: 10086 at compat-wireless-2017-01-31/net/mac80211/ibss.c:1082 ieee80211_get_vht_mask_from_cap+0x1a50/0x1b90 [mac80211]()
[46258.359026] Modules linked in: ath9k ath9k_common ath9k_hw ath nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables compat em_nbyte sch_dsmark sch_pie sch_codel sch_gred em_cmp cls_basic act_ipt sch_red sch_prio em_meta act_police em_text sch_sfq sch_fq act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 zram lz4_decompress lz4_compress lzo_compress lzo_decompress zsmalloc usb_storage ohci_platform ohci_hcd ehci_platform ehci_hcd sd_mod scsi_mod gpio_button_hotplug ext4 jbd2 mbcache usbcore nls_base usb_common crc16 crc32c_generic crypto_hash [last unloaded: crc_ccitt]
[46258.487331] CPU: 0 PID: 10086 Comm: kworker/u2:0 Not tainted 4.4.47 #0
[46258.494018] Workqueue: phy0 ieee80211_ibss_leave [mac80211]
[46258.499637] Stack : 80e34b40 80e34b40 00000001 800a7590 818ee5bc 80410d63 803aa280 00002766
[46258.499637]    803d4ab4 809dfab4 80410000 800a550c 00000001 800a7590 803af978 80410000
[46258.499637]    00000003 809dfab4 80410000 80095528 00000001 809dfaec 00000000 801f3b30
[46258.499637]    00000001 801f3b00 80f13acc 80e12300 80e12200 70687930 00000000 00000000
[46258.499637]    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[46258.499637]    ...
[46258.535670] Call Trace:
[46258.538143] [<80071e10>] show_stack+0x50/0x84
[46258.542555] [<80081b9c>] warn_slowpath_common+0xa0/0xd0
[46258.547819] [<80081c54>] warn_slowpath_null+0x18/0x24
[46258.553014] [<80f1268c>] ieee80211_get_vht_mask_from_cap+0x1a50/0x1b90 [mac80211]
[46258.560637]
[46258.562148] ---[ end trace eb9418c3bbf97ef5 ]---


uci config is:

wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.country='US'
wireless.radio0.channel='11'
wireless.radio0.frag='off'
wireless.radio0.noscan='1'
wireless.radio0.path='platform/ath9k'
wireless.radio0.hwmode='11ng'
wireless.radio0.ht_capab='SHORT-GI-40' 'DSSS_CCK-40'
wireless.radio0.htmode='HT20'
wireless.radio0.beacon_int='250'
wireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device='radio0'
wireless.@wifi-iface[0].network='wlan'
wireless.@wifi-iface[0].mode='adhoc'
wireless.@wifi-iface[0].bssid='02:ca:ff:ee:00:11'
wireless.@wifi-iface[0].ssid='bb'
wireless.@wifi-iface[0].mcast_rate='6000'
wireless.@wifi-iface[0].macaddr='64:70:02:5c:1b:3c'
14.02.2017514Base systemBug ReportVery LowLowAny files copied to flash gone after reboot17.01.0-rc2 ...TrunkUnconfirmed Task Description

PCEngines Alix with lede-17.01.0-rc2-r3131-42f3c1f-x86-geode-combined-squashfs.img

Boots fine.

Any software installed or files copied to flash disappear after reboot.

However LAN ethernet IP address is (usually)remembered but did get reset on one occasion.
But WiFi config of a USB dongle is always lost.

The board has a Lexar 16GB UDMA7 CF card. This config works fine with OpenWrt CC.

Reflashing, changing the flash card etc makes no difference.

13.02.2017506Base systemBug ReportVery LowMediumBT Home Hub 5: 5g WiFi jumps to channel 36 and stops wo...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on BT Home Hub 5
- Software versions of LEDE release, packages, r3425-f28eef4 and previous versions
- Steps to reproduce

It can be after a few hours, if WiFi 5g radio0 Qualcomm Atheros QCA9880 802.11nac (radio0) is configured to a Band B channel, it jumps to Channel 36 even though there is no apparent interference.
This appears to happen more frequently overnight during long periods of inactivity. Whilst the device is being used it does not happen.

After it does make the jump, if I stop and restart the device (using luci disable/enable) the device stops, but it fails to restart. Attempts to change the channel and re-enable the device also do not help.

It requires a reboot to restore service.

 


12.02.2017503KernelBuild FailureVery LowMediumBuild fails with CONFIG_KERNEL_GIT_CLONE_URI beig setAllAssigned Task Description

When specifying

CONFIG_KERNEL_GIT_CLONE_URI

a clean build fails, as the system assumes a already downloaded/cloned/packed linux-source is present in dl/ which on a freshly checked out openwrt/lede source isn’t the case yet, when

toolchain/kernel-headers

is about to be built.

The build error looks like:

make[3]: Entering directory `/build/lede.git/toolchain/kernel-headers'
zcat /build/lede.git/dl/linux-4.4.42.tar.gz | tar -C /build/lede.git/build_dir/toolchain-arm_cortex-a9+neon_gcc-6.3.0_glibc-2.24_eabi -xf -
gzip: /build/lede.git/dl/linux-4.4.42.tar.gz: No such file or directory
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

The issue apparently is located in

include/kernel-defaults.mk

, line 53ff::

  ifeq ($(strip $(CONFIG_KERNEL_GIT_CLONE_URI)),"")
    define Kernel/Prepare/Default
        zcat $(DL_DIR)/$(LINUX_SOURCE) | $(TAR) -C $(KERNEL_BUILD_DIR) $(TAR_OPTIONS)
        $(Kernel/Patch)
        $(if $(QUILT),touch $(LINUX_DIR)/.quilt_used)
    endef
  else
    define Kernel/Prepare/Default
        zcat $(DL_DIR)/$(LINUX_SOURCE) | $(TAR) -C $(KERNEL_BUILD_DIR) $(TAR_OPTIONS)
    endef
  endif

For the package

kernel-headers

it just tries to access the not-yet downloaded/cloned/packed linux kernel source archive.

12.02.2017500Base systemBug ReportVery LowLowfirewall3: missing targets with IPv6 NATopenwrt-18.06Unconfirmed Task Description

When the kmod-ipt-nat6 package is installed, running /etc/init.d/firewall reload or /etc/init.d/firewall restart produces warnings that targets are missing:

 * Populating IPv6 nat table
   * Zone 'lan'
Warning: fw3_ipt_rule_append(): Can't find target 'prerouting_lan_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'postrouting_lan_rule'
   * Zone 'wan'
Warning: fw3_ipt_rule_append(): Can't find target 'prerouting_wan_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'postrouting_wan_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'prerouting_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'postrouting_rule'

I tested this on an Archer C7 v2 running LEDE 17.01.0rc2.

11.02.2017499Base systemBug ReportVery LowLowWiFi client mode leaves router inaccessible if upstream...TrunkUnconfirmed Task Description

This bug was originally reported to the OpenWrt team and there is a discussion of it in their mailing list. Luiz Angelo Daros de Luca suggested reporting here (and switching to LEDE, which I will do).

I have a TP-Link TL-MR3020 v1.9 with Chaos Calmer 15.05.01. I’m using it to provide a WiFi access point to my phone/tablet while I travel, and it’s acting as a WiFi client for the various hostels I visit.

If you configure it as a wifi client with a wwan interface using the LuCI scan/join wizard, and then you configure a wifi access point on the same radio, the router works as expected and when you connect to the router’s AP, you get Internet via the client connection.

However, if you move out of range of the network the router is a client of, or if it goes down, when you power off the OpenWrt router and power back on, the access point won’t come up.

The AP will only come up if the client network you configured is also working; so you have no way to connect to the router over wifi, and no way to reconfigure the router, if that client network is down or out of range.

This is a particular problem for a travel router because it will often move it out of range of the original upstream network, and you may only have a wifi-capable device with which to reconfigure it.

The Ethernet port on the router does remain active, so I can tell it does actually boot. It’s just the radio that doesn’t come up. I managed to get back in range of a network once, and the router worked as expected.

It doesn’t matter whether the AP or client connection are configured first or second on the radio interface, and, unticking “bring up on boot” for the wwan interface has no effect on the behaviour.

Steps to reproduce: Connect the router to a wifi network as a client using the Join wizard. Add a wifi master-mode access point on the same radio interface. Verify you can access the Internet by joining the router’s new master AP. Reboot the router with the original network it was a client of turned off. Notice the router’s AP you configured never comes up.

Expected behaviour: The master access point of the router should always come up, regardless of the availability of the client network.

The OpenWRT team will not fix it, but had some explanation as to why it is happening. IMO, it’s still a very frustrating bug and most users would expect the behaviour I did.

10.02.2017494Base systemBug ReportVery LowCriticalNETDEV WATCHDOG: ptm0 (): transmit queue 0 timed outAllNew Task Description

I have a VDSL line with Plusnet (UK) - the connection is pppoe - ptm0.101. With the supplied modem/router the line and connection is stable with no disconnects. With LEDE the connection is established and works well until it disconnects (sometimes as early as few minutes other times it stays connected up to an hour). After the disconnect there is no reconnection until a reboot. Restarting wan interface (ifdown wan/ifup wan) or dsl connection (/etc/init.d/dslcontrol stop/start) does not help.

Supply the following if possible:
- Device problem occurs on TP-w8970 and BTHomehub 5A (same crash on both lantiq based devices)
- Software versions of LEDE release, packages, etc. Tested on LEDE RC2, earlier LEDE snapshot from October 2016, Openwrt CC - same symptoms
- Steps to reproduce - VDSL connection on ptm0.101 via pppoe

Here is a trace of the crash (dmesg):

[ 1414.124413] —[ beginning trace ff034b465cdad16b ]— [ 1414.125631] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:303 dev_watchdog+0x1a8/0x2f0()
[ 1414.126471] NETDEV WATCHDOG: ptm0 (): transmit queue 0 timed out
[ 1414.132456] Modules linked in: ltq_ptm_vr9 option iptable_nat ath9k usb_wwan rt2800usb rt2800lib
pppoe nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 l2tp_ppp ipt_REJECT ipt_MASQUERADE ath9k_common
xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_policy xt_nat xt_multiport xt_mark xt_mac
xt_limit xt_length xt_id xt_hl xt_helper xt_esp xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit
xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbserial rt2x00usb
rt2x00lib pppox ppp_async nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6
nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack ltq_deu_vr9 iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN
ip_tables crc_itu_t crc_ccitt cdc_acm ath9k_hw ath10k_pci ath10k_core ath mac80211 cfg80211 compat drv_dsl_cpe_api
drv_mei_cpe xt_set ip_set_list_set ip_set_hash_netiface 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_raw ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc
l2tp_ip6 l2tp_ip l2tp_eth sit l2tp_netlink l2tp_core udp_tunnel ip6_udp_tunnel ipcomp xfrm4_tunnel xfrm4_mode_tunnel
xfrm4_mode_transport xfrm4_mode_beet esp4 ah4 tunnel4 ip_tunnel tun af_key xfrm_user xfrm_ipcomp xfrm_algo br2684 atm
drv_ifxos echainiv sha256_generic sha1_generic jitterentropy_rng drbg md5 hmac des_generic cbc authenc usb_storage
dwc2 uhci_hcd ehci_platform ehci_hcd sd_mod scsi_mod gpio_button_hotplug ext4 jbd2 mbcache aead crypto_null
[ 1414.287462] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.7 #1
[ 1414.293130] Stack : 804b0000 00000001 00000000 00000000 805172b8 80516f43 80489a24 00000000
[ 1414.293130] 80673844 00010000 80510000 805159bc 80515abc 80055664 00000003 80510000
[ 1414.293130] 80491b4c 00000000 8048ff50 80511c44 80515abc 800535b0 00000006 00000001
[ 1414.293130] 00000000 80512000 00000000 00000000 00000000 00000000 00000000 00000000
[ 1414.293130] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 1414.293130] ...
[ 1414.328618] Call Trace:
[ 1414.331095] [<800178a8>] show_stack+0×50/0×84 [ 1414.335454] [<8002af48>] warn_slowpath_common+0xa0/0xd0
[ 1414.340670] [<8002afa4>] warn_slowpath_fmt+0x2c/0×38 [ 1414.345636] [<802e637c>] dev_watchdog+0x1a8/0x2f0
[ 1414.350348] [<8005f7b0>] call_timer_fn.isra.5+0×24/0×80 [ 1414.355557] [<8005fa2c>] run_timer_softirq+0x1a4/0×208 [ 1414.360694] [<8002de80>] __do_softirq+0×298/0x2b0
[ 1414.365388] [<80002430>] ret_from_irq+0×0/0×4 [ 1414.369760] [<80013a8c>] r4k_wait_irqoff+0×18/0×20 [ 1414.374528] [<8004ff6c>] cpu_startup_entry+0xa4/0xf8
[ 1414.379508] [<80539bf8>] start_kernel+0×474/0×494 [ 1414.384180]
[ 1414.385631] —[ end trace ff034b465cdad16b ]—

 


09.02.2017488Base systemBug ReportVery LowMediumdynamic VLAN doesn't work on ath10kopenwrt-19.07Unconfirmed Task Description

Dynamic vlan config on ath10k seems not to work. Same config on ath9k works fine.

Config:

config wifi-device  radio0
        option type     mac80211
        option channel  36
        option hwmode   11a
        option path     'pci0000:01/0000:01:00.0'
        option htmode   VHT80
[...]

config wifi-iface
        option device   radio0
        option network  vlan1
        option mode     ap
[...]
        option dynamic_vlan     '1'
        option 'vlan_tagged_interface' 'eth1'
        option 'vlan_bridge' 'br-vlan'
        option 'vlan_naming' '0'

Log:

Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA initialization for VLAN 1 failed (-1)
Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA deinit of wlan0.1 failed
Thu Feb  9 15:54:37 2017 daemon.debug hostapd: wlan0: STA ac:22:0b:a1:c7:6b IEEE 802.11: could not add dynamic VLAN interface for vlan=1
07.02.2017479Base systemBug ReportVery LowLowSoftethervpn results in ReAlloc error after vpnbridge i...TrunkUnconfirmed Task Description

On a mostly vanilla Atmel at91sam9g20-ek with 32MB of RAM, we are seeing a couple of errors using the current package software version + patches.

Overall, it may be the cross compilation process, overlay or something else entirely.

1. If the vpnbridge is already started, a NAND-WAIT stacktrace results if the binary is executed to instantiate a second instance.

root@lede:/usr/libexec/softethervpn# /usr/bin/env LANG=en_US.UTF-8 vpncmd
[  241.880000] 
[  241.880000] =================================
[  241.880000] [ INFO: inconsistent lock state ]
[  241.880000] 4.4.36 #0 Not tainted
[  241.880000] ---------------------------------
[  241.880000] inconsistent {RECLAIM_FS-ON-W} -> {IN-RECLAIM_FS-W} usage.
[  241.880000] kswapd0/155 [HC0[0]:SC0[0]:HE1:SE1] takes:
[  241.880000]  (&f->sem){+.+.?.}, at: [<c012949c>] jffs2_do_clear_inode+0x28/0x114
[  241.880000] {RECLAIM_FS-ON-W} state was registered at:
[  241.880000]   [<c005047c>] lockdep_trace_alloc+0xf8/0x118
[  241.880000]   [<c00b5610>] kmem_cache_alloc+0x28/0x144
[  241.880000]   [<c01261d8>] jffs2_alloc_inode_cache+0x1c/0x28
[  241.880000]   [<c01293a4>] jffs2_do_read_inode+0x13c/0x20c
[  241.880000]   [<c012fe58>] jffs2_iget+0x74/0x324
[  241.880000]   [<c0130830>] jffs2_do_fill_super+0x190/0x274
[  241.880000]   [<c0130e98>] jffs2_fill_super+0xf4/0x144
[  241.880000]   [<c01d1528>] mount_mtd_aux+0x80/0x10c
[  241.880000]   [<c01d1630>] mount_mtd_nr+0x7c/0x94
[  241.880000]   [<c01d17f8>] mount_mtd+0x1b0/0x210
[  241.880000]   [<c01309d4>] jffs2_mount+0x1c/0x28
[  241.880000]   [<c00bbbe4>] mount_fs+0x1c/0xac
[  241.880000]   [<c00d6418>] vfs_kern_mount+0x5c/0x12c
[  241.880000]   [<c00d9e68>] do_mount+0xa04/0xbc8
[  241.880000]   [<c00da270>] SyS_mount+0x7c/0xa8
[  241.880000]   [<c0009660>] ret_fast_syscall+0x0/0x1c
[  241.880000] irq event stamp: 45867
[  241.880000] hardirqs last  enabled at (45867): [<c001508c>] _raw_spin_unlock_irq+0x2c/0x6c
[  241.880000] hardirqs last disabled at (45866): [<c0014e88>] _raw_spin_lock_irq+0x28/0x70
[  241.880000] softirqs last  enabled at (45450): [<c0024088>] __do_softirq+0x208/0x2a4
[  241.880000] softirqs last disabled at (45431): [<c0024488>] irq_exit+0xa4/0xec
[  241.880000] 
[  241.880000] other info that might help us debug this:
[  241.880000]  Possible unsafe locking scenario:
[  241.880000] 
[  241.880000]        CPU0
[  241.880000]        ----
[  241.880000]   lock(&f->sem);
[  241.880000]   <Interrupt>
[  241.880000]     lock(&f->sem);
[  241.880000] 
[  241.880000]  *** DEADLOCK ***
[  241.880000] 
[  241.880000] 2 locks held by kswapd0/155:
[  241.880000]  #0:  (shrinker_rwsem){++++..}, at: [<c0090034>] shrink_slab.part.1.constprop.7+0x30/0x230
[  241.880000]  #1:  (&type->s_umount_key#32){.+.+..}, at: [<c00bb3ec>] trylock_super+0x1c/0x60
[  241.880000] 
[  241.880000] stack backtrace:
[  241.880000] CPU: 0 PID: 155 Comm: kswapd0 Not tainted 4.4.36 #0
[  241.880000] Hardware name: Atmel AT91SAM9
[  241.880000] Backtrace: 
[  241.880000] [<c0019798>] (dump_backtrace) from [<c0019994>] (show_stack+0x18/0x1c)
[  241.880000]  r7:0000000a r6:c38af4c0 r5:c38af0c0 r4:c068f314
[  241.880000] [<c001997c>] (show_stack) from [<c016fdd8>] (dump_stack+0x20/0x28)
[  241.880000] [<c016fdb8>] (dump_stack) from [<c004d144>] (print_usage_bug.part.11+0x228/0x290)
[  241.880000] [<c004cf1c>] (print_usage_bug.part.11) from [<c004d5b0>] (mark_lock+0x404/0x63c)
[  241.880000]  r8:c004c558 r7:c38af0c0 r6:c38af4c0 r5:00000008 r4:0000000a
[  241.880000] [<c004d1ac>] (mark_lock) from [<c004e638>] (__lock_acquire+0x97c/0x198c)
[  241.880000]  r10:c38af0c0 r9:c0667044 r8:c38af4c0 r7:00000001 r6:00000002 r5:c3675704
[  241.880000]  r4:0000025d r3:00000004
[  241.880000] [<c004dcbc>] (__lock_acquire) from [<c004fdcc>] (lock_acquire+0x7c/0x9c)
[  241.880000]  r10:00000042 r9:c334c4c4 r8:c38af0c0 r7:c0ccdd8c r6:00000001 r5:60000013
[  241.880000]  r4:00000000
[  241.880000] [<c004fd50>] (lock_acquire) from [<c0011580>] (mutex_lock_nested+0x50/0x39c)
[  241.880000]  r6:c334d000 r5:c334d000 r4:c36756d0
[  241.880000] [<c0011530>] (mutex_lock_nested) from [<c012949c>] (jffs2_do_clear_inode+0x28/0x114)
[  241.880000]  r10:00000042 r9:c334c4c4 r8:c334c000 r7:00000058 r6:c334d000 r5:c334d000
[  241.880000]  r4:c36756d0
[  241.880000] [<c0129474>] (jffs2_do_clear_inode) from [<c012fde0>] (jffs2_evict_inode+0x34/0x38)
[  241.880000]  r7:00000058 r6:c044ba88 r5:c334d000 r4:c3675730
[  241.880000] [<c012fdac>] (jffs2_evict_inode) from [<c00d1a7c>] (evict+0xac/0x164)
[  241.880000]  r5:c367580c r4:c3675730
[  241.880000] [<c00d19d0>] (evict) from [<c00d1b6c>] (dispose_list+0x38/0x44)
[  241.880000]  r7:00000058 r6:00000063 r5:00000006 r4:c392dd58
[  241.880000] [<c00d1b34>] (dispose_list) from [<c00d2e1c>] (prune_icache_sb+0x4c/0x5c)
[  241.880000]  r5:00000006 r4:c392dd58
[  241.880000] [<c00d2dd0>] (prune_icache_sb) from [<c00bb570>] (super_cache_scan+0x140/0x184)
[  241.880000]  r5:00000000 r4:c392ddd8
[  241.880000] [<c00bb430>] (super_cache_scan) from [<c00901b0>] (shrink_slab.part.1.constprop.7+0x1ac/0x230)
[  241.880000]  r10:00000601 r9:00000000 r8:00000000 r7:00000400 r6:00000062 r5:c334c4c4
[  241.880000]  r4:000000a5
[  241.880000] [<c0090004>] (shrink_slab.part.1.constprop.7) from [<c0092318>] (shrink_zone+0x5f0/0x640)
[  241.880000]  r10:00000004 r9:00000117 r8:c04da918 r7:00000000 r6:00000000 r5:c392ded4
[  241.880000]  r4:c04da6fc
[  241.880000] [<c0091d28>] (shrink_zone) from [<c0092c8c>] (kswapd+0x4ac/0x668)
[  241.880000]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c04da6fc
[  241.880000]  r4:c04da6fc
[  241.880000] [<c00927e0>] (kswapd) from [<c003d1b4>] (kthread+0xe4/0xfc)
[  241.880000]  r10:00000000 r9:00000000 r8:00000000 r7:c00927e0 r6:c04da6fc r5:00000000
[  241.880000]  r4:c3950780
[  241.880000] [<c003d0d0>] (kthread) from [<c00096ec>] (ret_from_fork+0x14/0x28)
[  241.880000]  r7:00000000 r6:00000000 r5:c003d0d0 r4:c3950780

2. If the vpnbridge is instantiated only once, and the vpn client is to be executed, a realloc error occurs:

 /usr/bin/env LANG=en_US.UTF-8 ./vpnclient 
Fatal Error: InternalReAlloc: error: realloc() failed.


Aborted

This is on 4.4.36 LEDE trunk with a FS that looks like:

Filesystem                Size      Used Available Use% Mounted on
/dev/root                 7.4M      7.4M         0 100% /rom
tmpfs                    25.3M      2.7M     22.6M  11% /tmp
tmpfs                    25.3M     44.0K     25.2M   0% /tmp/root
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/mtdblock2           50.0M      2.2M     47.8M   4% /overlay
overlayfs:/overlay       50.0M      2.2M     47.8M   4% /

Any assistance would be helpful.


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.

04.02.2017463Base systemBug ReportVery LowLowup/down on a usbnet interfaces fails to reassign ULA ad...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: anything running usbnet
- Software versions of LEDE release, packages, etc: head
- Steps to reproduce:

Install the usbnet package, enable a usb0 device in /etc/config/network

(in my case this is a c.h.i.p, but most hackerboards except the pi do usbnet)

config interface ‘usb0’

      option ifname 'usb0'            
      option proto 'static'                 
      option ipaddr '172.26.97.200'
      option netmask '255.255.255.255'
      option ip6assign '64'           
      option ip6class 'local' 

So long as the chip beats the router to booting, this gives it an ipv4 and ipv6 ULA out of the pool.

Reboot the device on the other side. The kernel deregisters and registers the usbnet driver, and netifd assigns the ipv4 address again.

However the ip6 subnet that was assigned from the ula does not come back. Haven’t tried it with a public address.

ifup/ifdown does not work and the ifstatus usb0 does not show any ipv6 addresses assigned.

04.02.2017461Base systemBug ReportVery LowMediumMass Cascade of DHCP ULA Prefix Assignments with DHCP-P...AllUnconfirmed Task Description

Here is one that gets a bit ugly. Lets say we chain a bunch of LEDE based routers together. Lets also enable a nice numbering system in IP4 and IP6. Lets enable DHCP-PD through the network, because our ISP was generous with a /56. The IP4 is only static and is easy to control, see table below. Its tedious, but easy. The problem is in parallel the IP6 addresses compound in the ULA region. Each router DHCP-PD the ULA above it, and gets its own ULA from Global settings in Network UCI. There seems no easy way to control this mass cascade of ULA, and get good fail over.

Ideal Requirements:
(1) If router above is unavailable, then next tier router uses ULA (network global UCI) to begin assigning addresses to clients and subnets.
(2) If router above is available, then next tier router expires its self-generated ULA and subnets, and gets ULA from delegation above to then re-delegate to subnets.
(*) Bonus: make some parts optional

IP4 WAN Name Serves Subnet
(NAT) Router-1 172.16.0.1/24
172.16.0.2 Router-2A 172.17.0.1/24
172.17.0.2 Router-3A 172.24.0.1/24
172.17.0.3 Router-3B 172.25.0.1/24
172.16.0.3 Router-2B 172.18.0.1/24

IP6 Roots Name Serves Subnet Delegates Subnet
2001:db8/56 Router-1 2001:db8::1/64 2001:db8:0:10/60
fd00:ac10/48 fd00:ac10::1/64 2001:db8:0:20/60

                                                fd00:ac10:0:10/60
                                                fd00:ac10:0:20/60

2001:db8:0:10/60 Router-2A 2001:db8:0:10::1/64 2001:db8:0:14/62
fd00:ac10:0:10/60 fd00:ac10:0:10::1/64 2001:db8:0:18/62
fd00:ac11/48 fd00:ac11::1/64 fd00:ac10:0:14/62

                                                fd00:ac10:0:18/62
                                                fd00:ac11:0:14/62
                                                fd00:ac11:0:18/62

* please, i don’t want to type more. see how the ULA prefixes just keep multiplying.
** ‘172.16’ = ‘ac10’

01.02.2017449Base systemBug ReportVery LowLowrelayd can cause dropped packets if client has /proc/sy...TrunkUnconfirmed Task Description

DEVICE: N/A (can be reproduced on any system running relayd)
LEDE version: N/A (can be reproduced on a VM running debian with relayd installed)

Steps to reproduce:

* Run relayd on a system (aka router)with two interfaces.
* Run a stock Ubuntu-16.04 system (aka client) connected to the managed interface.
* Run another system (aka server) on the other interface of relayd system.
* Have server ping client and watch connectivity drop out periodically.
* Have client ping server and watch connectivity drop out periodically.

Our fix for the problem need two changes:

* Add arptables rules to system to handle kernel level arp requests properly via mangling the source address in the arp requests
* Modify relayd to send the correct src addr in the arp requests that it generates.

Our changes to relayd are here:

* https://github.com/troth/relayd/commit/c8d895ee71be59262f01c3fdf50f307ebf1593e7

From commit message for my fix:

    Add option to set arp src addr for managed interfaces.
    
    Relayd will send arp requests out a managed interface like this:
    
        Who has 192.168.1.40, tell 192.168.2.1
    
    In most cases, this works, but some clients will not send a reply (on
    linux, client will not reply if /proc/sys/net/ipv4/conf/*/rp_filter is
    set to 1, which happens to be the default on ubuntu-16.04).
    
    Add '-s' option to tell relayd to use the specified addr as the arp src
    addr for managed interfaces. The arp requests would then look like:
    
        Who has 192.168.1.40, tell 192.168.1.100
    
    for which the client properly sends a reply.
    
    The symptoms of the problem manifest as dropped packets due to the
    kernel marking the arp entry for the client as FAILED due to lack of
    responses to the arp requests. Eventually (10-30 seconds later), the arp
    table is updated and connectivity is restored.
31.01.2017446Base systemBug ReportVery LowLowusbport trigger: The default configuration for all fami...TrunkUnconfirmed Task Description

Recently LuCI has get ability to configure LED’s with the usbport trigger https://github.com/openwrt/luci/issues/971. There are issues when reading the old usbdev trigger. There is no need to stay with usbdev at all so if it’s possible it should be converted to use usbport.

28.01.2017441Base systemBug ReportVery LowLowKernel crash: eth0 (ag71xx): transmit queue 0 timed outTrunkUnconfirmed Task Description

Device: TL-WR1043ND v1
LEDE: snapshot r3189-12db207

During a simultaneous bidirectional iperf load test, after about 20 minutes, the kernel crashes. I reproduced this several times:

Server 1 ←–> 1043ND ←–> Laptop via wireless N

LEDE is using a default setup. Only changes:
* Setting wireless encryption to psk with password
* Setting a DNAT rule for server 1 to be able reach the iperf server on the Laptop

This bug was actually discovered while testing fixes for  FS#13  - Ath9k AP stays up for connected clients but doesn’t show in scan on new ones

Serial console ouput:

[ 1294.022551] ------------[ cut here ]------------
[ 1294.027247] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:306 dev_watchdog+0x1dc/0x260()
[ 1294.035754] NETDEV WATCHDOG: eth0 (ag71xx): transmit queue 0 timed out
[ 1294.042319] Modules linked in: ath9k ath9k_common pppoe ppp_async ath9k_hw ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nn
[ 1294.106287] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.45 #0
[ 1294.112066] Stack : 803e4844 00000000 00000001 80440000 8042f1dc 8042ee63 803c5e64 00000000
          804a378c 8042d4fc 00000200 00100000 0000000a 800a7618 803cb554 80430000
          00000003 8042d4fc 803c9960 81809e34 0000000a 800a5594 00000006 00000000
          00000000 801f5400 00000000 00000000 00000000 00000000 00000000 00000000
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          ...
[ 1294.148122] Call Trace:
[ 1294.150617] [<800a7618>] vprintk_default+0x24/0x30
[ 1294.155474] [<800a5594>] printk+0x2c/0x38
[ 1294.159515] [<801f5400>] wait_for_xmitr+0x84/0xcc
[ 1294.164289] [<80081c3c>] warn_slowpath_common+0xa0/0xd0
[ 1294.169564] [<801a72dc>] dump_stack+0x14/0x28
[ 1294.173975] [<80071eb0>] show_stack+0x50/0x84
[ 1294.178376] [<80081c3c>] warn_slowpath_common+0xa0/0xd0
[ 1294.183661] [<8028ef3c>] dev_watchdog+0x1dc/0x260
[ 1294.188408] [<80081c98>] warn_slowpath_fmt+0x2c/0x38
[ 1294.193450] [<8028ef3c>] dev_watchdog+0x1dc/0x260
[ 1294.198191] [<8028ed60>] dev_watchdog+0x0/0x260
[ 1294.202782] [<800b08d0>] call_timer_fn.isra.5+0x24/0x80
[ 1294.208051] [<800b0b54>] run_timer_softirq+0x1b4/0x1fc
[ 1294.213248] [<800a89f0>] handle_irq_event_percpu+0x154/0x188
[ 1294.218960] [<800841b8>] __do_softirq+0x250/0x298
[ 1294.223721] [<800abdac>] handle_percpu_irq+0x50/0x80
[ 1294.228746] [<8006a9e0>] plat_irq_dispatch+0xd4/0x10c
[ 1294.233848] [<80060bf4>] handle_int+0x134/0x140
[ 1294.238400] 
[ 1294.239904] ---[ end trace 17bad011a41ccba7 ]---
[ 1294.244567] eth0: tx timeout
[ 1299.022570] eth0: tx timeout
[ 1304.022581] eth0: tx timeout
[ 1309.022588] eth0: tx timeout

The eth0: tx timeout line is repeated every 5 seconds.


24.01.2017427Base systemBug ReportVery LowMediumSwitch broken with WRT3200ACM (removes wifi adapters an...TrunkUnconfirmed Task Description

- Device problem occurs on:

WRT3200ACM

- Software versions of LEDE release, packages, etc.:

master tree (and v17.01), bisected to f24ffb901e0408917748773b883841eca52eea05.

- Steps to reproduce

* Flash a recent LEDE snapshot on the WRT3200ACM (and factory reset),
* enable wifi (2 or 5 Gz) → Wifi works
* disable wifi → errors in the dmesg about not being able to set a feature (can’t remember the exact error)
* re-enable wifi → errors in the dmesg saying that the adapter does not exist. This gets shouted in the dmesg every 5 seconds

A reboot doesn’t fix the issue. I need to downgrade the firmware prior to f24ffb901e0408917748773b883841eca52eea05 and factory reset to get the wifi adapters back.

For the Vlan bridge, symptoms are easier to detect:
* create a new adapter bridged on eth0.100 eth1.100
* no traffic goes through it. An snapshot before f24ffb901 used to work
(the setup is the Free french provider which has a vlan between the modem and the TV adapter over VLAN 100. So the LEDE box should act like a pass-through here only)

I bisected to the commit mentioned above (which, to me seems suspicious given that the driver is for mvsw61xx and the switch in the WRT3200ACM is MV88E6352, so a different generation). I don’t have enough knowledge of the chip to understand why this fails, but I don’t feel confident enough to simply send a PR with the revert.

Reverting f24ffb901e on top of master makes the Wifi and VLAN back to normal.


18.01.2017408Base systemBug ReportVery LowLowArcher C7 has incorrect default bssid addresses for wif...TrunkWaiting on reporter Task Description

Using LEDE Reboot SNAPSHOT r3022-7fb11c8.

This is at least for Archer C7 v2. The default bssids for the networks in my particular device are:

:::::*D for the 2,4 GHz radio and
:::::*C for the 5 GHz radio

In LEDE they result in

:::::*C for the 2,4 GHz radio and
:::::*B for the 5 GHz radio

The problem in LEDE is that the bssid set up for the 2,4 GHz is the one for 5 GHz and then the 5 GHz gets minus one. Don’t know if it could be because the ethernet lan gets also :::::*D and wlan1 can’t have the same mac address as eth1. In the original firmware this seems to be possible, both ethernet lan and 2,4 GHz radio have the same mac/bssid. Also, at least with the 2,4 GHz radio, when you set up another connection with the device as client, the bssid of the master one change *(+2)::::**:*C the second hex digit gets plus 2, the bssid that should get a second connection as ap, but in this case there is one ap one client connections. This one could be right and I have to test with another router to see if it happens because I didn’t notice this before.

18.01.2017406Base systemFeature RequestVery LowLowodhcpd: enable IPv6 unicast relayTrunkUnconfirmed Task Description

We want to use Prefix Delegation in a large layer3 mesh network. Currently odhcpd only supports DHCPv6-Relay by forwarding the incoming request to the master interface with multicast all-routers-destination address.

In a mesh network we do not have master/uplink interfaces. But we have the IP of the DHCP server which is X hops away and the routing protocol knows which way to send the packet.

Is it possible to add dhcp relay via unicast? An additional config parameter for the IP of the DHCP server is then also needed.

18.01.2017403PackagesFeature RequestVery LowLowodhcpd: expand the capability of DHCPv6 HOSTID assignem...TrunkUnconfirmed Task Description

It would be nice to assign the HOSTID range or bit width as an option. odhcpd just assigns ::0100~::0FFF without any options. It would be nice to be able to use all 64 bits. With this, also it would be nice to add a random seed and seed time as options. This way the DUID hash-to-HOSTID could be rotated. In this way, SLAAC privacy addresses could be replicated with STATEFUL DHCP control and well known hostnames. This would support high-accountability networks like Universities and other large organizations.

It would be a counter to Google’s lack of “interest” in supporting DHCPv6. This would provide DHCPv6 privacy addresses.
Android Bug: https://code.google.com/p/android/issues/detail?id=32621

18.01.2017401PackagesFeature RequestVery LowLowodhcpd: lease trigger script receives no argumentsTrunkUnconfirmed Task Description

when odhcpd calls the “lease trigger” script it does not pass any arguments to the script. The reason for the trigger and the host involved in the trigger are not shared. There is no discretion for RENEW, REBIND, CONFIRM, or RELEASE. Scripts which wish to load DNS with limited data, need to store their own copy of DHCP lease file and do differences. Otherwise a raw translate and dump of a large DHCP network could cause a lot of congestion as DHCP clients come on line. Reseting a network can cause an “in rush” flow like air conditioning loads on a power grid during a summer power outage.
This is exacerbated if the DNS is served on a separate device over the network, such as nsd and nsd-control (bind or unbound also). It would be good to at least pass the command and parameters common to a odhcpd lease file line.

18.01.2017400PackagesBug ReportVery LowLowodhcpd: lease file persistence per RFC2131 S-2.1 and S-...TrunkUnconfirmed Task Description

RFC2131 DHCPv4 expects that the DHCP leases and other configuration results are in persistent storage. For small embedded routers during a machine reboot, it has been accepted that read-write memory is RAM (not flash) and persistence may not be entirely upheld. That being said, odhcpd has no means to maintain the lease information even through an application only restart (example ifup event). The lease file odhcpd writes is not used to seed odhcpd, if it is restarted. (1) an interface reconnect that causes odhcpd to restart destroys the lease record, even if the network resumes as previously configured. (2) even if odhcpd lease file is directed to persistent storage (USB drive) it is not used to resume leases.

17.01.2017398PackagesFeature RequestVery LowLowodhcpd: add UCI option to insert DHCP fill for missing ...TrunkUnconfirmed Task Description

This is a request for a common DHCP function found in other software. It would be nice for an odhcpd general option to enable it to fill in unnamed leases. DHCPv4 use the MAC as in unknown-010203040506 and DHCPv6 use the last 64 bits of the DUID as in unknown-0102030405060708. This can be used to figure out which device has failed to send its host name. This is a common problem with DHCPv6. This is a common problem for smart TV or cameras. Consider logs from a device other than the DHCP serving router. Consider where IT may not want to static assign 100’s of host names for display devices over a large work site or campus. Security logs and DHCP logs on a distributed network can then be reconciled a-synchronously, off line, or only when an investigation is required.

17.01.2017394Base systemBug ReportVery LowLowPPPoE/802.1Q issues on Linksys WRT1900ACSTrunkUnconfirmed Task Description

Device: Linksys WRT1900ACS
LEDE commit: b9a408c2b49ccfa0e906bda00ef77f4002e401fd

diffconfig:
CONFIG_TARGET_mvebu=y
CONFIG_TARGET_mvebu_DEVICE_linksys-wrt1900acs=y
CONFIG_TARGET_BOARD=”mvebu” CONFIG_LIBSODIUM_MINIMAL=y
CONFIG_PACKAGE_dnscrypt-proxy=y
CONFIG_PACKAGE_dnscrypt-proxy-resolvers=y
CONFIG_PACKAGE_libsodium=y

I have an ISP that requires PPPoE on vlan 201 with 802.1Q tags (CenturyLink fiber). On OpenWRT 15.05.1 and on earlier versions of LEDE (not sure about an exact revision, but maybe October/November timeframe) I could simply define my wan interface in /etc/config/network like this and it just worked:

```
config interface ‘wan’

  option ifname 'eth0.201'
  option proto 'pppoe'
  option username 'user@provider'
  option password 'password'

```

I can’t find any way to make this work on recent versions of LEDE. I’ve tried new builds at least every few weeks, but none have worked for the past few months. I’ve tried configuring the switch_vlan section by adding a ‘t’ after the appropriate switch port to enable tagging, I’ve tried defining a new interface and then using that as the wan ifname, and I’ve tried the command line `ip link` and `ppp` invocations that work on every other linux system I’ve tried, but I can’t find anything that works on recent versions of LEDE.

On other linux systems I can do roughly the following and it works:

```
ip link add link eth0 name eth0.201 type vlan id 201
ip link set eth0.201 up
pppd call centurylink
```

where /etc/ppp/peers/centurylink and /etc/ppp/chap-secrets looks like this:
```
> cat /etc/ppp/peers/centurylink
plugin rp-pppoe.so

eth0.201
name “user@provider” usepeerdns
persist
defaultroute
hide-password
noauth

cat /etc/ppp/chap-secrets
#USERNAME PROVIDER PASSWORD IPADDRESS
user@provider * password
```

I’ve tried using tcpdump to capture what’s happening and on other systems (Ubuntu 16.10, Debian Jessie, pfsense) I see an 802.1Q tag, but I don’t see that on LEDE. That might be expected though because it seems totally possible that the switch itself is doing the 802.1Q stuff and tcpdump doesn’t see the actual packets sent over the wire. I have no idea if that’s the case, though. I guess I could also try this on OpenWRT as well, but I haven’t taken the time to do that yet.

The only other difference I’ve seen is that by default LEDE doesn’t send a Host-Uniq tag, but even if I set the host_uniq uci config it doesn’t fix things. Regardless of what I do I see logs that look like this:

```
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Interface ‘wan’ is now down
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Interface ‘wan’ is disabled
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Interface ‘wan’ has link connectivity loss
Tue Jan 17 01:55:26 2017 kern.info kernel: [23415.581135] mvneta f1034000.ethernet eth0: configuring for fixed link mode
Tue Jan 17 01:55:26 2017 kern.info kernel: [23415.588150] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Tue Jan 17 01:55:26 2017 kern.info kernel: [23415.594095] mvneta f1034000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Interface ‘wan’ is enabled
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Network device ‘eth0’ link is up
Tue Jan 17 01:55:26 2017 daemon.notice netifd: VLAN ‘eth0.201’ link is up
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Interface ‘wan’ has link connectivity
Tue Jan 17 01:55:26 2017 daemon.notice netifd: Interface ‘wan’ is setting up now
Tue Jan 17 01:55:26 2017 kern.info kernel: [23415.602431] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Tue Jan 17 01:55:26 2017 daemon.info pppd[2263]: Plugin rp-pppoe.so loaded.
Tue Jan 17 01:55:26 2017 daemon.info pppd[2263]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Tue Jan 17 01:55:26 2017 daemon.notice pppd[2263]: pppd 2.4.7 started by root, uid 0
...
Tue Jan 17 01:55:41 2017 daemon.warn pppd[2263]: Timeout waiting for PADO packets
Tue Jan 17 01:55:41 2017 daemon.err pppd[2263]: Unable to complete PPPoE Discovery
Tue Jan 17 01:55:41 2017 daemon.info pppd[2263]: Exit.
```

A sample /etc/config/network looks like this:
```
config interface ‘loopback’

      option ifname 'lo'
      option proto 'static'
      option ipaddr '127.0.0.1'
      option netmask '255.0.0.0'

config globals ‘globals’

      option ula_prefix 'fd25:2a59:2a7b::/48'

config interface ‘lan’

      option type 'bridge'
      option ifname 'eth1'
      option proto 'static'
      option ipaddr '192.168.2.1'
      option netmask '255.255.255.0'
      option ip6assign '60'

config interface ‘wan’

  option ifname 'eth0.201'
  option proto 'pppoe'
  option username 'user@provider'
  option password 'password'

config switch

      option name 'switch0'
      option reset '1'
      option enable_vlan '1'

config switch_vlan

      option device 'switch0'
      option vlan '1'
      option ports '0 1 2 3 6'

config switch_vlan

      option device 'switch0'
      option vlan '2'
      option ports '4 5'

config interface ‘guest’

      option _orig_ifname 'wlan1'
      option _orig_bridge 'false'
      option proto 'static'
      option ipaddr '192.168.3.1'
      option netmask '255.255.255.0'

```

Interestingly, OpenWRT has exactly the same version of ppp and rp-pppoe (2.4.7 and 3.8p, respectively) so it seems like there’s something else in play and my guess is it’s related to vlan tagging, but I don’t seem to have the same issue as FS#227 which mentions both PPPoE and vlan config, but it is quite difficult to follow the discussion there so maybe I’m missing something.

15.01.2017389Base systemBug ReportVery LowLowodhcpd relay mode is blocked by firewall by defaultTrunkUnconfirmed Task Description

odhcpd currently won’t work when put in relay mode if followed the manual naively. Turns out this is because firewall blocks incoming traffic to DHCPv6 server (port 547) from external DHCPv6 servers (port 547) from WAN zone by default. It may be a good idea to allow this out of the box, though I’m unsure if there are any security complications from this – I’m a newcomer to IPv6. Replies come with the source global IPv6 address of DHCPv6 server to the global IPv6 address of the router, so it’s difficult to make a more constrained rule without hardcoding them or at least the prefix.

Example rule which fixes relay mode:

config rule
	option enabled '1'
	option target 'ACCEPT'
	option src 'wan'
	option proto 'udp'
	option dest_port '547'
	option name 'Allow DHCPv6 Relay'
	option family 'ipv6'
	option src_port '547'

LEDE revision: 3e7b894ac08b56343e6e449a38fdb2be7b02a127

13.01.2017386Base systemBug ReportVery LowLowConfig option "list channels" doesn't workTrunkUnconfirmed Task Description

Hi,

the option “list channels” is not working.

Patch which implements the function: https://patchwork.ozlabs.org/patch/536533/

LEDE version: SNAPSHOT r2790-08d73bf

Device: Archer C5

config wifi-device 'radio0'
	option type 'mac80211'
	option hwmode '11a'
	option path 'pci0000:01/0000:01:00.0'
	option country 'DE'
	option htmode 'VHT80'
	option txpower '12'
	option channel 'auto'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'yyy'
	option encryption 'psk2+ccmp'
	option key 'xxx'
	option disabled '1'

config wifi-device 'radio1'
	option type 'mac80211'
	option hwmode '11g'
	option path 'platform/qca955x_wmac'
	option channel 'auto'
	option country 'DE'
	option txpower '20'
	option htmode 'HT40'
	list channels 13
        list channels 12

config wifi-iface 'default_radio1'
	option device 'radio1'
	option network 'lan'
	option mode 'ap'
	option encryption 'psk2+ccmp'
	option key 'xxx'
	option ssid 'yyy'


Ends with a 2.4GHz wlan which is not
visible and iwinfo shows the following information:

Mode: Master Channel: unknown (2.407 GHz)

root@lede:~# iwinfo wlan1 freqlist
  2.412 GHz (Channel 1)
  2.417 GHz (Channel 2)
  2.422 GHz (Channel 3)
  2.427 GHz (Channel 4)
  2.432 GHz (Channel 5)
  2.437 GHz (Channel 6)
  2.442 GHz (Channel 7)
  2.447 GHz (Channel 8)
  2.452 GHz (Channel 9)
  2.457 GHz (Channel 10)
  2.462 GHz (Channel 11)
  2.467 GHz (Channel 12)
  2.472 GHz (Channel 13)

A part of the syslog with a bunch of error messages is attached.

Fell free to ask, if something is missing.

13.01.2017385Base systemBug ReportVery LowLowrampis / JFFS2-problem / Xiaomi Miwifi mini / r2919 / w...TrunkUnconfirmed Task Description

after flashing r2919 i can see strange message with dmesg:

root@lede:~  dmesg | grep -i jffs
[    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2
[    0.638380] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    9.908794] jffs2: Node at 0x00000044 with length 0x00001044 would run over the end of the erase block
[    9.918337] jffs2: Perhaps the file system was created with the wrong erase size?
[    9.926009] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000048: 0x1044 instead
[    9.935697] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000004c: 0x586d instead
[    9.945403] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000050: 0x0002 instead
[    9.955094] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000054: 0x0002 instead
[    9.964797] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000058: 0x81a4 instead
[    9.974488] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000060: 0xd8a2 instead
[    9.984190] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000064: 0x9ad1 instead
[    9.993881] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000068: 0x9ad2 instead
[   10.003587] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000006c: 0x9ad2 instead
[   10.013278] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000074: 0x1000 instead
[   10.022959] jffs2: Further such events for this erase block will not be printed
[   11.479386] jffs2: notice: (377) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[   11.496420] block: attempting to load /tmp/jffs_cfg/upper/etc/config/fstab
[   11.525523] jffs2: Node at 0x00000044 with length 0x00001044 would run over the end of the erase block
[   11.535100] jffs2: Perhaps the file system was created with the wrong erase size?
[   11.542896] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000048: 0x1044 instead
[   11.552600] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000004c: 0x586d instead
[   11.562304] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000050: 0x0002 instead
[   11.571994] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000054: 0x0002 instead
[   11.581696] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000058: 0x81a4 instead
[   11.591387] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000060: 0xd8a2 instead
[   11.601089] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000064: 0x9ad1 instead
[   11.610780] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000068: 0x9ad2 instead
[   11.620481] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000006c: 0x9ad2 instead
[   11.630173] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000074: 0x1000 instead
[   11.639854] jffs2: Further such events for this erase block will not be printed
[   13.095966] jffs2: notice: (374) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[   14.064922] block: attempting to load /tmp/jffs_cfg/upper/etc/config/fstab
[   14.086950] mount_root: switching to jffs2 overlay
root@lede:~  

beside that, it seems that the device is working:

root@lede:~  df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 3.5M      3.5M         0 100% /rom
tmpfs                    61.5M      1.1M     60.4M   2% /tmp
/dev/mtdblock6           10.8M    796.0K     10.0M   7% /overlay
overlayfs:/overlay       10.8M    796.0K     10.0M   7% /
tmpfs                   512.0K         0    512.0K   0% /dev
tmpfs                     2.0M         0      2.0M   0% /coredumps
Showing tasks 1001 - 1050 of 1068 Page 21 of 22<<First - 18 - 19 - 20 - 21 - 22 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing