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.

OpenedIDCategory  ascTask TypePrioritySeveritySummaryReported InStatus
28.05.20203131KernelBug ReportVery LowLow5GHz mesh not working with default driveropenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Belkin AC1750DB (f9k1115v2)

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

OpenWrt 19.07.0 - OpenWrt 19.07.3
ath10k-firmware-qca988x-ct

- Steps to reproduce

I was trying to build a wireless mesh network, and I found that 2.4GHz is working fine but 5GHz is somehow not working.

After some googleing, I've replace the default ath10k driver(ath10k-firmware-qca988x-ct) with another one(ath10k-firmware-qca988x) and 5GHz mesh is up, every things else looks fine, except some error report in dmesg.

error log in demsg:

[   22.308396] pci 0000:00:00.0: using irq 40 for pin 1
[   22.313487] ath10k 4.19 driver, optimized for CT firmware, probing pci device: 0x3c.
[   22.377475] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
[   22.385528] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   22.712011] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/fwcfg-pci-0000:00:00.0.txt failed with error -2
[   22.722718] ath10k_pci 0000:00:00.0: Falling back to user helper
[   22.877000] firmware ath10k!fwcfg-pci-0000:00:00.0.txt: firmware_loading_store: map pages failed
[   22.886238] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2
[   22.897128] ath10k_pci 0000:00:00.0: Falling back to user helper
[   23.202564] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[   23.211942] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/cal-pci-0000:00:00.0.bin failed with error -2
[   23.222465] ath10k_pci 0000:00:00.0: Falling back to user helper
[   23.517153] firmware ath10k!cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[   23.526391] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/ct-firmware-5.bin failed with error -2
[   23.537543] ath10k_pci 0000:00:00.0: Falling back to user helper
[   23.837096] firmware ath10k!QCA988X!hw2.0!ct-firmware-5.bin: firmware_loading_store: map pages failed
[   23.846746] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/ct-firmware-2.bin failed with error -2
[   23.857891] ath10k_pci 0000:00:00.0: Falling back to user helper
[   24.018418] firmware ath10k!QCA988X!hw2.0!ct-firmware-2.bin: firmware_loading_store: map pages failed
[   24.028068] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[   24.038950] ath10k_pci 0000:00:00.0: Falling back to user helper
[   24.184641] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[   24.205793] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   24.215218] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   24.228328] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   24.319667] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   24.330302] ath10k_pci 0000:00:00.0: Falling back to user helper
[   24.412910] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[   24.423729] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   25.585033] ath10k_pci 0000:00:00.0: wmi print 'P 135 V 16 T 433'
[   25.595888] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   25.735217] ath: EEPROM regdomain: 0x0
[   25.735224] ath: EEPROM indicates default country code should be used
[   25.735227] ath: doing EEPROM country->regdmn map search
[   25.735240] ath: country maps to regdmn code: 0x3a
[   25.735245] ath: Country alpha2 being used: US
[   25.735249] ath: Regpair used: 0x3a
[   25.798163] ath: EEPROM regdomain: 0x0
[   25.798170] ath: EEPROM indicates default country code should be used
[   25.798174] ath: doing EEPROM country->regdmn map search
[   25.798187] ath: country maps to regdmn code: 0x3a
[   25.798191] ath: Country alpha2 being used: US
[   25.798195] ath: Regpair used: 0x3a
[   25.816062] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   25.817812] ieee80211 phy1: Atheros AR9550 Rev:0 mem=0xb8100000, irq=47
28.05.20203132KernelBug ReportVery LowLow5GHz mesh not working with default driveropenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Belkin AC1750DB (f9k1115v2)

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

OpenWrt 19.07.0 - OpenWrt 19.07.3
ath10k-firmware-qca988x-ct

- Steps to reproduce

I was trying to build a wireless mesh network, and I found that 2.4GHz is working fine but 5GHz is somehow not working.

After some googleing, I’ve replace the default ath10k driver(ath10k-firmware-qca988x-ct) with another one(ath10k-firmware-qca988x) and 5GHz mesh is up, every things else looks fine, except some error report in dmesg.

error log in demsg:

[   22.308396] pci 0000:00:00.0: using irq 40 for pin 1
[   22.313487] ath10k 4.19 driver, optimized for CT firmware, probing pci device: 0x3c.
[   22.377475] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
[   22.385528] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   22.712011] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/fwcfg-pci-0000:00:00.0.txt failed with error -2
[   22.722718] ath10k_pci 0000:00:00.0: Falling back to user helper
[   22.877000] firmware ath10k!fwcfg-pci-0000:00:00.0.txt: firmware_loading_store: map pages failed
[   22.886238] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2
[   22.897128] ath10k_pci 0000:00:00.0: Falling back to user helper
[   23.202564] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[   23.211942] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/cal-pci-0000:00:00.0.bin failed with error -2
[   23.222465] ath10k_pci 0000:00:00.0: Falling back to user helper
[   23.517153] firmware ath10k!cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[   23.526391] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/ct-firmware-5.bin failed with error -2
[   23.537543] ath10k_pci 0000:00:00.0: Falling back to user helper
[   23.837096] firmware ath10k!QCA988X!hw2.0!ct-firmware-5.bin: firmware_loading_store: map pages failed
[   23.846746] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/ct-firmware-2.bin failed with error -2
[   23.857891] ath10k_pci 0000:00:00.0: Falling back to user helper
[   24.018418] firmware ath10k!QCA988X!hw2.0!ct-firmware-2.bin: firmware_loading_store: map pages failed
[   24.028068] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[   24.038950] ath10k_pci 0000:00:00.0: Falling back to user helper
[   24.184641] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[   24.205793] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   24.215218] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   24.228328] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   24.319667] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   24.330302] ath10k_pci 0000:00:00.0: Falling back to user helper
[   24.412910] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[   24.423729] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   25.585033] ath10k_pci 0000:00:00.0: wmi print 'P 135 V 16 T 433'
[   25.595888] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   25.735217] ath: EEPROM regdomain: 0x0
[   25.735224] ath: EEPROM indicates default country code should be used
[   25.735227] ath: doing EEPROM country->regdmn map search
[   25.735240] ath: country maps to regdmn code: 0x3a
[   25.735245] ath: Country alpha2 being used: US
[   25.735249] ath: Regpair used: 0x3a
[   25.798163] ath: EEPROM regdomain: 0x0
[   25.798170] ath: EEPROM indicates default country code should be used
[   25.798174] ath: doing EEPROM country->regdmn map search
[   25.798187] ath: country maps to regdmn code: 0x3a
[   25.798191] ath: Country alpha2 being used: US
[   25.798195] ath: Regpair used: 0x3a
[   25.816062] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   25.817812] ieee80211 phy1: Atheros AR9550 Rev:0 mem=0xb8100000, irq=47
03.02.20202803KernelBug ReportVery LowVery Lowmt76 kernel spam log with ingnoring tx power message openwrt-19.07Unconfirmed Task Description

ASUS RT-AC51U

Official build OpenWRT 19.07.1 without installed any add-ons packages.

System and kernel log all time are spammed by information about ignoring default 2.4G tx power even when in its set to default driver. This issue appears right after fresh installation and rebooting or changing wireless setting doesn’t fix it.

09.05.20192276OtherBug ReportVery LowCriticalThe path to read temperature in fan_ctrl.sh needs to be...TrunkUnconfirmed Task Description

[openwrt/openwrt.git] / target / linux / mvebu / base-files / sbin / fan_ctrl.sh

CPU_TEMP=`cut -c1-2 /sys/class/hwmon/hwmon2/temp1_input`
DDR_TEMP=`cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input`
WIFI_TEMP=`cut -c1-2 /sys/class/hwmon/hwmon1/temp2_input`

These three paths are wrong, I found these three:
CPU_TEMP=`cut -c1-2 /sys/class/hwmon/hwmon1/temp1_input`
DDR_TEMP=`cut -c1-2 /sys/class/hwmon/hwmon0/temp1_input`
WIFI_TEMP=`cut -c1-2 /sys/class/hwmon/hwmon0/temp2_input`

08.06.20181581OtherBug ReportVery LowHighnetifd:Failed to bring up static 6rd tunnel after we mo...AllUnconfirmed Task Description

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

netifd-0f96606b7040b8e14190ff055d5761744bc15f6d

- Steps to reproduce

Step 1: Create a DHCPv4 + dynamic 6rd wan connection. Below is the /etc/config/network. wan and wan6 go up after “/etc/init.d/network reload”

[CXNK00123457] /lib/netifd/proto # cat /etc/config/network 

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 'auto'

config interface 'lan'
	option ifname 'eth0'
	option type 'bridge'
	option proto 'static'
	option ipaddr '192.168.1.1'
	option netmask '255.255.255.0'
	option ip6assign '64'

config interface 'pvtlan'
	option proto 'static'
	option ipaddr '169.254.1.1'
	option netmask '255.255.255.0'

config interface 'wan'
	option ifname 'eth1'
	option proto 'dhcp'
	option peerdns '1'
	option defaultroute '1'
	option vendorid '844Ei.ONT.dslforum.org'
	option reqopts '43 120 121'
	option iface6rd 'wan6'

Step 2: Edit /etc/config/network file, disable dynamic 6rd and provision a static one

[CXNK00123457] /etc/config # cat network.static6rd 

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 'auto'

config interface 'lan'
	option ifname 'eth0'
	option type 'bridge'
	option proto 'static'
	option ipaddr '192.168.1.1'
	option netmask '255.255.255.0'
	option ip6assign '64'

config interface 'pvtlan'
	option proto 'static'
	option ipaddr '169.254.1.1'
	option netmask '255.255.255.0'

config interface 'wan'
	option ifname 'eth1'
	option proto 'dhcp'
	option peerdns '1'
	option defaultroute '1'
	option vendorid '844Ei.ONT.dslforum.org'
	option reqopts '43 120 121'

config interface 'wan6'
	option ifname 'eth1'
	option proto '6rd'
	option peerdns '0'
	option defaultroute '1'
	list dns '2001:db8:1::a'
	list dns '2001:db8:1::b'
	option tunlink 'wan'
	option peeraddr '10.101.1.1'
	option ip6prefix '2602::'
	option ip6prefixlen '32'
	option ip4prefixlen '24'

Step 3: Run “/etc/init.d/network reload”. However, netifd failed to bring up the static 6rd tunnel wan6.

Here is the log of netifd from /var/log/messages. From the log, it seems that netifd was trying to bring up wan6 before wan (DHCPv4) went up. See “netifd: Interface ‘wan6’ is setting up now”. Does this matter?

[CXNK00123457] /etc/config # /etc/init.d/network reload 
Wed Jun  6 06:26:25 2018 daemon.notice netifd: Interface 'wan6' has lost the connection
Wed Jun  6 06:26:25 2018 daemon.warn dnsmasq[19262]: no servers found in /tmp/resolv.conf.auto, will retry
Wed Jun  6 06:26:25 2018 daemon.notice netifd: tunnel '6rd-wan6' link is down
Wed Jun  6 06:26:26 2018 daemon.notice netifd: Interface 'wan6' is now down
Wed Jun  6 06:26:26 2018 daemon.notice netifd: Interface 'wan6' is setting up now
Wed Jun  6 06:26:26 2018 daemon.notice netifd: wan (2641): Received SIGTERM
Wed Jun  6 06:26:26 2018 daemon.notice netifd: Interface 'wan' is now down
Wed Jun  6 06:26:26 2018 daemon.notice netifd: Interface 'wan' is disabled
Wed Jun  6 06:26:26 2018 daemon.notice netifd: Interface 'wan' has link connectivity loss
Wed Jun  6 06:26:26 2018 kern.info kernel: [119305.628866] 8021q: adding VLAN 0 to HW filter on device eth1
Wed Jun  6 06:26:26 2018 kern.info kernel: [119305.630319] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Wed Jun  6 06:26:26 2018 daemon.notice netifd: Interface 'wan' is enabled
Wed Jun  6 06:26:27 2018 daemon.notice netifd: Interface 'wan6' is now down
Wed Jun  6 06:26:28 2018 daemon.notice netifd: Network device 'eth1' link is up
Wed Jun  6 06:26:28 2018 daemon.notice netifd: Interface 'wan' has link connectivity 
Wed Jun  6 06:26:28 2018 daemon.notice netifd: Interface 'wan' is setting up now
Wed Jun  6 06:26:28 2018 kern.info kernel: [119307.631409] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
Wed Jun  6 06:26:28 2018 kern.info kernel: [119307.632184] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Wed Jun  6 06:26:29 2018 daemon.notice netifd: wan (3351): udhcpc (v1.23.2) started
=========== interface wan disconnected ===========
Wed Jun  6 06:26:30 2018 daemon.notice netifd: wan (3351): Sending discover...
Wed Jun  6 06:26:31 2018 daemon.notice netifd: wan (3351): Sending select for 10.101.1.100...
Wed Jun  6 06:26:31 2018 daemon.notice netifd: wan (3351): Lease of 10.101.1.100 obtained, lease time 503
Wed Jun  6 06:26:31 2018 daemon.notice netifd: Interface 'wan' is now up
Wed Jun  6 06:26:31 2018 daemon.info dnsmasq[19262]: reading /tmp/resolv.conf.auto
Wed Jun  6 06:26:31 2018 daemon.info dnsmasq[19262]: using local addresses only for domain lan
Wed Jun  6 06:26:31 2018 daemon.info dnsmasq[19262]: using nameserver 10.101.0.1#53
=========== interface wan connected ===========
Wed Jun  6 06:26:31 2018 daemon.notice netifd: wan (3351): rgcommon>sys update-interface-status wan
Wed Jun  6 06:26:32 2018 user.notice firewall: Reloading firewall due to ifup of wan (eth1)

11.02.20192118OtherFeature RequestVery LowHighRenaming pre-configured firewall-zone names...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
This is a suggestion and is not a model-specific bug report.

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 18.06.1, r7258-5eb055306f

- Steps to reproduce
Description below:

This is a decade-old suggestion I’ve held within and I really hope the words will gather enough attention and momentum of the dev team. Streight to the conclusion, two pre-configured firewall-zones IMHO should be renamed from “lan” to “internal” and “wan” to “external” respectively. There are a few reasons for which I confidently feel this should be done. I’d like to argue that this is important if not essential because;
a.)Those who prefer making changes to current configurations by editing /etc/config/*, using stuff like “sed -i ‘s/before/after/g’ ${file}” (and then proceeding to reboot) is powerful and is almost mistake-free. checking for config-mistakes using grep is also powerful (and this applies to folks using uci CUI tool as well). What I do now is rename these two zones from GUI and then proceed to these steps, and it works great but having to take this extra step is rather inconvenient if not annoying.
b.)Current presets for interfaces have IPv4-WAN named as “wan” and IPv6-WAN named as “wan6” where the IPv4-WAN‘s label “wan” is no different from the firewalled-zone labeled as “wan”. This is simply comfusing. In early days when I I had just heard about the OpenWrt and had started messing with releases like Kamikaze,I had hard times understanding which string corresponded to which (sure you may argue this is documented in details but things don’t work like that for newbies).
c.)If needs for either firewall-zones or the interface-labels to be renamed are understood, I’d then have to say I’m against renaming interface-labels because those who’d decide to use VLANs would most likely name the interfaces as “config interface ‘vlan_ID’” and the string lan would stay in there.

I hope the above proposal is powerful enough...

28.02.20192154OtherBug ReportVery LowMediumath10k: not supported (-95) (DFS)openwrt-18.06Unconfirmed Task Description

Forum discussion: https://forum.openwrt.org/t/ath10k-issues-5ghz-interface-not-starting-18-06-2/32214/13

Supply the following if possible:
- Device problem occurs on

Netgear R7800-100PES

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

OpenWrt 18.06.2 r7676-cddd7b4c77
hostapd	2018-05-21-62566bc2-5
hostapd-common	2018-05-21-62566bc2-5
ath10k-firmware-qca9984	2018-05-12-952afa49-1
kmod-ath	4.14.95+2017-11-01-9
kmod-ath10k	4.14.95+2017-11-01-9

- Steps to reproduce

  - Flashed factory image: https://openwrt.org/toh/netgear/r7800
  - opkg update
  - opkg remove wpad-mini
  - opkg install hostapd
  - wifi down
  - applied config file from below
  - wifi up

/etc/config/wireless

root@OpenWrt:~# cat /etc/config/wireless

config wifi-device 'radio0'
        option country 'AT'
        option type 'mac80211'
        option hwmode '11a'
        option path 'soc/1b500000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
        option disabled '0'
        option legacy_rates '0'
        option channel '100'
        option htmode 'VHT160'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option wpa_disable_eapol_key_retries '1'
        option ssid 'OpenWrt'
        option encryption 'psk2'
        option key 'XXX'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '11'
        option hwmode '11g'
        option path 'soc/1b700000.pci/pci0001:00/0001:00:00.0/0001:01:00.0'
        option htmode 'HT20'
        option disabled '1'

config wifi-iface 'default_radio1'
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'OpenWrt'
        option encryption 'none'


full system log

https://pastebin.com/JrVw32t3

relevant system log

Thu Feb 28 22:32:40 2019 user.notice mac80211: Failed command: iw phy phy0 set antenna all all
Thu Feb 28 22:32:40 2019 daemon.notice netifd: radio0 (804): command failed: Not supported (-95)
Thu Feb 28 22:32:40 2019 user.notice mac80211: Failed command: iw phy phy0 set distance 0
Thu Feb 28 22:32:40 2019 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Thu Feb 28 22:33:23 2019 kern.info kernel: [   41.023462] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Thu Feb 28 22:33:23 2019 kern.info kernel: [   41.029465] br-lan: port 2(wlan0) entered blocking state
Thu Feb 28 22:33:23 2019 kern.info kernel: [   41.029497] br-lan: port 2(wlan0) entered disabled state
Thu Feb 28 22:33:23 2019 kern.info kernel: [   41.034197] device wlan0 entered promiscuous mode
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->HT_SCAN
Thu Feb 28 22:33:23 2019 user.notice dnsmasq: found already running DHCP-server on interface 'br-lan' refusing to start, use 'option force 1' to override
Thu Feb 28 22:33:23 2019 daemon.info dnsmasq[530]: read /etc/hosts - 4 addresses
Thu Feb 28 22:33:23 2019 daemon.info dnsmasq[530]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: interface state HT_SCAN->DFS
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: DFS-CAC-START freq=5500 chan=100 sec_chan=1, width=2, seg0=114, seg1=0, cac_time=60s
Thu Feb 28 22:33:23 2019 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Thu Feb 28 22:33:23 2019 daemon.err hostapd: Interface initialization failed
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: interface state DFS->DISABLED
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Thu Feb 28 22:33:23 2019 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Thu Feb 28 22:33:23 2019 kern.info kernel: [   41.423511] device wlan0 left promiscuous mode
Thu Feb 28 22:33:23 2019 kern.info kernel: [   41.423650] br-lan: port 2(wlan0) entered disabled state
Thu Feb 28 22:33:23 2019 kern.warn kernel: [   41.474131] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Thu Feb 28 22:33:23 2019 daemon.notice hostapd: ELOOP: remaining socket: sock=21 eloop_data=0xb6ec9bf0 user_data=0 handler=0x3cef4
Thu Feb 28 22:33:23 2019 daemon.notice netifd: radio0 (804): cat: can't open '/var/run/wifi-phy0.pid': No such file or directory
Thu Feb 28 22:33:23 2019 daemon.notice netifd: radio0 (804): WARNING (wireless_add_process): executable path /usr/sbin/hostapd does not match process  path ()
Thu Feb 28 22:33:23 2019 daemon.notice netifd: radio0 (804): Command failed: Invalid argument

iw list

https://pastebin.com/NrYtQtqe

24.05.20203120OtherBuild FailureVery LowMediumbuildbots still build the x86 targets even if the kerne...TrunkUnconfirmed Task Description

The kernel config of x86 target was updated only for x86_64, the x86 legacy, generic and Alix targets were missing some kernel options.

This means that when you go to build them, the system stops and asks you what to do (y/n/number), with an interactive prompt.

The x86 kernel config problem is already fixed by my PR, this bug report is about the build bot problem. They “failed to fail”.

The build bots should have detected this interactive prompt and failed the build.

They were instead “answering” the interactive prompt with an error message, then they could still compile the kernel.

see http://buildbot.openwrt.org/master/images/builders/x86%2Flegacy/builds/319/steps/kmods/logs/stdio

and here is the important part, note how after each kernel config option that is missing it will print
Error in reading or end of file.“, and a new line, and then continue as if nothing was wrong.

*
* Restart config...
*
*
* Misc devices
*
Analog Devices Digital Potentiometers (AD525X_DPOT) [N/m/y/?] n
Dummy IRQ handler (DUMMY_IRQ) [N/m/y/?] n
Device driver for IBM RSA service processor (IBM_ASM) [N/m/y/?] n
Sensable PHANToM (PCI) (PHANTOM) [N/m/y/?] n
TI Flash Media interface support (TIFM_CORE) [N/m/y/?] n
Integrated Circuits ICS932S401 (ICS932S401) [N/m/y/?] n
Enclosure Services (ENCLOSURE_SERVICES) [N/m/y/?] n
Channel interface driver for the HP iLO processor (HP_ILO) [N/m/y/?] n
Medfield Avago APDS9802 ALS Sensor module (APDS9802ALS) [N/m/y/?] n
Intersil ISL29003 ambient light sensor (ISL29003) [N/m/y/?] n
Intersil ISL29020 ambient light sensor (ISL29020) [N/m/y/?] n
Taos TSL2550 ambient light sensor (SENSORS_TSL2550) [N/m/y/?] n
BH1770GLC / SFH7770 combined ALS - Proximity sensor (SENSORS_BH1770) [N/m/y/?] n
APDS990X combined als and proximity sensors (SENSORS_APDS990X) [N/m/y/?] n
Honeywell HMC6352 compass (HMC6352) [N/m/y/?] n
Dallas DS1682 Total Elapsed Time Recorder with Alarm (DS1682) [N/m/y/?] n
Intel EG20T PCH/LAPIS Semicon IOH(ML7213/ML7223/ML7831) PHUB (PCH_PHUB) [N/m/y/?] n
Lattice ECP3 FPGA bitstream configuration via SPI (LATTICE_ECP3_CONFIG) [N/m/y/?] n
Generic on-chip SRAM driver (SRAM) [N/y/?] n
PCI Endpoint Test driver (PCI_ENDPOINT_TEST) [N/m/y/?] n
Xilinx SDFEC 16 (XILINX_SDFEC) [N/m/y/?] n
pvpanic device support (PVPANIC) [N/m/y/?] n
ENE CB710/720 Flash memory card reader support (CB710_CORE) [N/m/y/?] n
STMicroeletronics LIS3LV02Dx three-axis digital accelerometer (I2C) (SENSORS_LIS3_I2C) [N/m/y/?] n
Altera FPGA firmware download module (ALTERA_STAPL) [N/m/y/?] n
Intel Management Engine Interface (INTEL_MEI) [N/m/y/?] n
ME Enabled Intel Chipsets (INTEL_MEI_ME) [N/m/y/?] n
Intel Trusted Execution Environment with ME Interface (INTEL_MEI_TXE) [N/m/y/?] n
Intel HDCP2.2 services of ME Interface (INTEL_MEI_HDCP) [N/m/y/?] (NEW) 
Error in reading or end of file.

VMware VMCI Driver (VMWARE_VMCI) [N/m/y/?] n
Line Echo Canceller support (ECHO) [M/n/y/?] m
Alcor Micro/Alcor Link PCI-E card reader (MISC_ALCOR_PCI) [N/m/y/?] n
Realtek PCI-E card reader (MISC_RTSX_PCI) [N/m/y/?] n
Realtek USB card reader (MISC_RTSX_USB) [N/m/y/?] n
HabanaAI accelerators (habanalabs) (HABANA_AI) [N/m/y/?] n
*
* SCSI low-level drivers
*
SCSI low-level drivers (SCSI_LOWLEVEL) [Y/n/?] y
  iSCSI Initiator over TCP/IP (ISCSI_TCP) [N/m/y/?] n
  iSCSI Boot Sysfs Interface (ISCSI_BOOT_SYSFS) [N/m/y/?] n
  Chelsio T3 iSCSI support (SCSI_CXGB3_ISCSI) [N/m/y/?] n
  Chelsio T4 iSCSI support (SCSI_CXGB4_ISCSI) [N/m/y/?] n
  QLogic NetXtreme II iSCSI support (SCSI_BNX2_ISCSI) [N/m/y/?] n
  Emulex 10Gbps iSCSI - BladeEngine 2 (BE2ISCSI) [N/m/y/?] n
  3ware 5/6/7/8xxx ATA-RAID support (BLK_DEV_3W_XXXX_RAID) [N/m/y/?] n
  HP Smart Array SCSI driver (SCSI_HPSA) [N/m/y/?] n
  3ware 9xxx SATA-RAID support (SCSI_3W_9XXX) [N/m/y/?] n
  3ware 97xx SAS/SATA-RAID support (SCSI_3W_SAS) [N/m/y/?] n
  ACARD SCSI support (SCSI_ACARD) [N/m/y/?] n
  Adaptec AHA152X/2825 support (SCSI_AHA152X) [N/m/y/?] n
  Adaptec AHA1542 support (SCSI_AHA1542) [N/m/y/?] n
  Adaptec AACRAID support (SCSI_AACRAID) [N/m/y/?] n
  Adaptec AIC7xxx Fast -> U160 support (SCSI_AIC7XXX) [N/m/y/?] n
  Adaptec AIC79xx U320 support (SCSI_AIC79XX) [N/m/y/?] n
  Adaptec AIC94xx SAS/SATA support (SCSI_AIC94XX) [N/m/y/?] n
  Marvell 88SE64XX/88SE94XX SAS/SATA support (SCSI_MVSAS) [M/n/y/?] m
    Compile in debug mode (SCSI_MVSAS_DEBUG) [N/y/?] n
    Support for interrupt tasklet (SCSI_MVSAS_TASKLET) [N/y/?] n
  Marvell UMI driver (SCSI_MVUMI) [N/m/y/?] n
  Adaptec I2O RAID support  (SCSI_DPT_I2O) [N/m/y/?] n
  AdvanSys SCSI support (SCSI_ADVANSYS) [N/m/y/?] n
  ARECA (ARC11xx/12xx/13xx/16xx) SATA/SAS RAID Host Adapter (SCSI_ARCMSR) [N/m/y/?] n
  ATTO Technology's ExpressSAS RAID adapter driver (SCSI_ESAS2R) [N/m/y/?] n
  LSI Logic New Generation RAID Device Drivers (MEGARAID_NEWGEN) [N/y/?] n
  LSI Logic Legacy MegaRAID Driver (MEGARAID_LEGACY) [N/m/y/?] n
  LSI Logic MegaRAID SAS RAID Module (MEGARAID_SAS) [N/m/y/?] n
  LSI MPT Fusion SAS 3.0 & SAS 2.0 Device Driver (SCSI_MPT3SAS) [N/m/y/?] n
  Legacy MPT2SAS config option (SCSI_MPT2SAS) [N/m/y/?] n
  Microsemi PQI Driver (SCSI_SMARTPQI) [N/m/y/?] n
  Universal Flash Storage Controller Driver Core (SCSI_UFSHCD) [N/m/y/?] n
  HighPoint RocketRAID 3xxx/4xxx Controller support (SCSI_HPTIOP) [N/m/y/?] n
  BusLogic SCSI support (SCSI_BUSLOGIC) [N/m/y/?] n
  Mylex DAC960/DAC1100 PCI RAID Controller (Block Interface) (SCSI_MYRB) [N/m/y/?] n
  Mylex DAC960/DAC1100 PCI RAID Controller (SCSI Interface) (SCSI_MYRS) [N/m/y/?] n
  VMware PVSCSI driver support (VMWARE_PVSCSI) [N/m/y/?] n
  Cisco SNIC Driver (SCSI_SNIC) [N/m/y/?] n
  DMX3191D SCSI support (SCSI_DMX3191D) [N/m/y/?] n
  Future Domain TMC-3260/AHA-2920A PCI SCSI support (SCSI_FDOMAIN_PCI) [N/m/y/?] n
  Future Domain 16xx ISA SCSI support (SCSI_FDOMAIN_ISA) [N/m/y/?] (NEW) 
Error in reading or end of file.

  Intel/ICP (former GDT SCSI Disk Array) RAID Controller support (SCSI_GDTH) [N/m/y/?] n
  Intel(R) C600 Series Chipset SAS Controller (SCSI_ISCI) [N/m/y/?] n
  Generic NCR5380/53c400 SCSI ISA card support (SCSI_GENERIC_NCR5380) [N/m/y/?] n
  IBM ServeRAID support (SCSI_IPS) [N/m/y/?] n
  Initio 9100U(W) support (SCSI_INITIO) [N/m/y/?] n
  Initio INI-A100U2W support (SCSI_INIA100) [N/m/y/?] n
  IOMEGA parallel port (ppa - older drives) (SCSI_PPA) [N/m/?] n
  IOMEGA parallel port (imm - newer drives) (SCSI_IMM) [N/m/?] n
  Promise SuperTrak EX Series support (SCSI_STEX) [N/m/y/?] n
  SYM53C8XX Version 2 SCSI support (SCSI_SYM53C8XX_2) [N/m/y/?] n
  IBM Power Linux RAID adapter support (SCSI_IPR) [N/m/y/?] n
  Qlogic FAS SCSI support (SCSI_QLOGIC_FAS) [N/m/y/?] n
  Qlogic QLA 1240/1x80/1x160 SCSI support (SCSI_QLOGIC_1280) [N/m/y/?] n
  QLogic ISP4XXX and ISP82XX host adapter family support (SCSI_QLA_ISCSI) [N/m/y/?] n
  Tekram DC395(U/UW/F) and DC315(U) SCSI support (SCSI_DC395x) [N/m/y/?] n
  Tekram DC390(T) and Am53/79C974 SCSI support (new driver) (SCSI_AM53C974) [N/m/y/?] n
  Workbit NinjaSCSI-32Bi/UDE support (SCSI_NSP32) [N/m/y/?] n
  Western Digital WD7193/7197/7296 support (SCSI_WD719X) [N/m/y/?] n
  SCSI debugging host and device simulator (SCSI_DEBUG) [N/m/y/?] n
  PMC SIERRA Linux MaxRAID adapter support (SCSI_PMCRAID) [N/m/y/?] n
  PMC-Sierra SPC 8001 SAS/SATA Based Host Adapter driver (SCSI_PM8001) [N/m/y/?] n
*
* I2C Hardware Bus support
*
*
* PC SMBus host controller drivers
*
ALI 1535 (I2C_ALI1535) [N/m/y/?] n
ALI 1563 (I2C_ALI1563) [N/m/y/?] n
ALI 15x3 (I2C_ALI15X3) [N/m/y/?] n
AMD 756/766/768/8111 and nVidia nForce (I2C_AMD756) [N/m/y/?] n
AMD 8111 (I2C_AMD8111) [N/m/y/?] n
AMD MP2 PCIe (I2C_AMD_MP2) [N/m/y/?] (NEW) 
Error in reading or end of file.

Intel 82801 (ICH/PCH) (I2C_I801) [M/n/y/?] m
Intel SCH SMBus 1.0 (I2C_ISCH) [N/m/y/?] n
Intel iSMT SMBus Controller (I2C_ISMT) [N/m/y/?] n
Intel PIIX4 and compatible (ATI/AMD/Serverworks/Broadcom/SMSC) (I2C_PIIX4) [M/n/y/?] m
Nvidia nForce2, nForce3 and nForce4 (I2C_NFORCE2) [N/m/y/?] n
NVIDIA GPU I2C controller (I2C_NVIDIA_GPU) [N/m/y/?] n
SiS 5595 (I2C_SIS5595) [N/m/y/?] n
SiS 630/730/964 (I2C_SIS630) [N/m/y/?] n
SiS 96x (I2C_SIS96X) [N/m/y/?] n
VIA VT82C586B (I2C_VIA) [N/m/y/?] n
VIA VT82C596/82C686/82xx and CX700/VX8xx/VX900 (I2C_VIAPRO) [N/m/y/?] n
*
* ACPI drivers
*
SMBus Control Method Interface (I2C_SCMI) [N/m/y/?] n
*
* I2C system bus drivers (mostly embedded / system-on-chip)
*
Synopsys DesignWare Platform (I2C_DESIGNWARE_PLATFORM) [N/m/y/?] n
Synopsys DesignWare PCI (I2C_DESIGNWARE_PCI) [N/m/y/?] n
Intel EG20T PCH/LAPIS Semicon IOH(ML7213/ML7223/ML7831) I2C (I2C_EG20T) [N/m/y/?] n
EMMA Mobile series I2C adapter (I2C_EMEV2) [N/m/y/?] n
OpenCores I2C Controller (I2C_OCORES) [N/m/y/?] n
PCA9564/PCA9665 as platform device (I2C_PCA_PLATFORM) [N/m/y/?] n
Simtec Generic I2C interface (I2C_SIMTEC) [N/m/y/?] n
Xilinx I2C Controller (I2C_XILINX) [N/m/y/?] n
*
* External I2C/SMBus adapter drivers
*
Diolan U2C-12 USB adapter (I2C_DIOLAN_U2C) [N/m/y/?] n
Parallel port adapter (I2C_PARPORT) [N/m/?] n
Parallel port adapter (light) (I2C_PARPORT_LIGHT) [N/m/y/?] n
RobotFuzz Open Source InterFace USB adapter (I2C_ROBOTFUZZ_OSIF) [N/m/y/?] n
TAOS evaluation module (I2C_TAOS_EVM) [N/m/y/?] n
Tiny-USB adapter (I2C_TINY_USB) [M/n/y/?] m
*
* Other I2C/SMBus bus drivers
*
Elektor ISA card (I2C_ELEKTOR) [N/m/y/?] n
PCA9564/PCA9665 on an ISA bus (I2C_PCA_ISA) [N/m/y/?] n
Geode ACCESS.bus support (SCx200_ACB) [N/m/y/?] n
*
* Graphics support
*
VGA Arbitration (VGA_ARB) [N/y/?] n
Laptop Hybrid Graphics - GPU switching support (VGA_SWITCHEROO) [N/y/?] n
Enable DisplayPort CEC-Tunneling-over-AUX HDMI support (DRM_DP_CEC) [N/y/?] n
ATI Radeon (DRM_RADEON) [Y/n/m/?] y
  Always enable userptr support (DRM_RADEON_USERPTR) [N/y/?] n
AMD GPU (DRM_AMDGPU) [Y/n/m/?] y
  Enable amdgpu support for SI parts (DRM_AMDGPU_SI) [Y/n/?] y
  Enable amdgpu support for CIK parts (DRM_AMDGPU_CIK) [Y/n/?] y
  Always enable userptr write support (DRM_AMDGPU_USERPTR) [N/y/?] n
  Allow GART access through debugfs (DRM_AMDGPU_GART_DEBUGFS) [N/y/?] n
Nouveau (NVIDIA) cards (DRM_NOUVEAU) [N/m/y/?] n
Intel 8xx/9xx/G3x/G4x/HD Graphics (DRM_I915) [Y/n/m/?] y
  Enable alpha quality support for new Intel hardware by default (DRM_I915_ALPHA_SUPPORT) [N/y/?] n
  Force probe driver for selected new Intel hardware (DRM_I915_FORCE_PROBE) [] (NEW) 
Error in reading or end of file.

  Enable capturing GPU state following a hang (DRM_I915_CAPTURE_ERROR) [Y/n/?] y
    Compress GPU error state (DRM_I915_COMPRESS_ERROR) [Y/n/?] y
  Always enable userptr support (DRM_I915_USERPTR) [Y/n/?] y
  *
  * drm/i915 Debugging
  *
  Force GCC to throw an error instead of a warning when compiling (DRM_I915_WERROR) [N/y/?] n
  Enable additional driver debugging (DRM_I915_DEBUG) [N/y/?] n
  Always insert extra checks around mmio access by default (DRM_I915_DEBUG_MMIO) [N/y/?] (NEW) 
Error in reading or end of file.

  Enable additional driver debugging for fence objects (DRM_I915_SW_FENCE_DEBUG_OBJECTS) [N/y/?] n
  Enable additional driver debugging for detecting dependency cycles (DRM_I915_SW_FENCE_CHECK_DAG) [N/y/?] n
  Enable additional driver debugging for GuC (DRM_I915_DEBUG_GUC) [N/y/?] n
  Enable selftests upon driver load (DRM_I915_SELFTEST) [N/y/?] n
  Enable low level request tracing events (DRM_I915_LOW_LEVEL_TRACEPOINTS) [N/y/?] n
  Enable extra debug warnings for vblank evasion (DRM_I915_DEBUG_VBLANK_EVADE) [N/y/?] n
  Enable extra state checking for runtime PM (DRM_I915_DEBUG_RUNTIME_PM) [N/y/?] (NEW) 
Error in reading or end of file.

  *
  * drm/i915 Profile Guided Optimisation
  *
  Runtime autosuspend delay for userspace GGTT mmaps (ms) (DRM_I915_USERFAULT_AUTOSUSPEND) [250] (NEW) 
Error in reading or end of file.

  Busywait for request completion (us) (DRM_I915_SPIN_REQUEST) [5] (NEW) 
Error in reading or end of file.
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 :-)

17.07.2017911OtherFeature RequestVery LowLowProblem with login into private git reposAllNew Task Description

I am not able to use packages from my private git repos which needs login. The system during the build process don’t ask me for login as before.

Here is the verbose log output:

make[3]: Leaving directory `/home/flowtester/caes/platform/package/base-files'
make[3]: Entering directory `/home/flowtester/caes/platform/package-bumblebee/packages/libdevereader'
mkdir -p /home/flowtester/caes/platform/dl
SHELL= flock /home/flowtester/caes/platform/tmp/.libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz.flock -c '          echo "Checking out files from the git repository..."; mkdir -p /home/flowtester/caes/platform/tmp/dl && cd /home/flowtester/caes/platform/tmp/dl && rm -rf libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && [ \! -d libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 ] && git clone  https://redmine.develict.com/git/devereader libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && (cd libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && git checkout daa94e0fad44a000892570665e6c792fd9cad860 && git submodule update --init --recursive) && echo "Packing checkout..." && export TAR_TIMESTAMP=`cd libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && git log -1 --format='\''@%ct'\''` && rm -rf libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860/.git &&  tar --numeric-owner --owner=0 --group=0 --sort=name ${TAR_TIMESTAMP:+--mtime="$TAR_TIMESTAMP"} -c libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 |     gzip -nc > /home/flowtester/caes/platform/tmp/dl/libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz && mv /home/flowtester/caes/platform/tmp/dl/libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz /home/flowtester/caes/platform/dl/ && rm -rf libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860;     '
Checking out files from the git repository...
Cloning into 'libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860'...
fatal: Authentication failed for 'https://redmine.develict.com/git/devereader/'
make[3]: *** [/home/flowtester/caes/platform/dl/libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz] Error 128
make[3]: Leaving directory `/home/flowtester/caes/platform/package-bumblebee/packages/libdevereader'
make[2]: *** [package/feeds/bumblebee/libdevereader/compile] Error 2
make[2]: Leaving directory `/home/flowtester/caes/platform'
make[1]: *** [/home/flowtester/caes/platform/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/flowtester/caes/platform'
make: *** [world] Error 2

If I try it manually from cli everythings works but not during the prepare process ....


21.12.20171237OtherBug ReportVery LowLowsnmpd does not report connected clients correctlyTrunkUnconfirmed Task Description

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

 

The commonly used OID 1.3.6.1.2.1.4.22.1.2 does not report a complete list of clients.

Using snmpd 5.7.3-3 on LEDE 17.01.04, ssh in and display a list of connected clients with iwinfo wlan0 assoclist. To query via SNMP from another machine, use snmpwalk -v2c 172.24.32.15 1.3.6.1.2.1.4.22.1.2

mini-snmpd and mini_snmpd both seem to be unavailable as alternatives.

07.04.20181473OtherBug ReportVery LowLowUSB connects then disconnects later in bootTrunkWaiting on reporter Task Description

The Device that this problem occurs on is Netgear WNDR3700v3. I’m using 17.01.04 release of openwrt.
Long story made short, the issue is that USB connects, then later in startup of the router it disconnects and when fully booted it can’t be seen using ‘fdisk -l’ nor can it be mounted (/dev/sda1)...

Installed packages are the ones included in the build + usb-core and its dependencies.

To reproduce this issue:

1.Do standard setup the router ( setup wan, setup lan, switch wifi on).
2.Install packages required for usb functionality.
3.Insert usb and reboot.

You will see during boot that usb light flashes few times and then after boot stops flashing/working. That can be confirmed by dmesg.

[    0.000000] Linux version 4.4.92 (buildbot@builds-02.infra.lede-project.org) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3104-41de9a2) ) #0 Tue Oct 17 17:46:20 2017
[    0.000000] CPU0 revision is: 00019740 (MIPS 74Kc)
[    0.000000] bcm47xx: Using bcma bus
[    0.000000] bcma: bus0: Found chip with id 0x4716, rev 0x01 and package 0x0A
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000]   HighMem  empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] On node 0 totalpages: 16384
[    0.000000] free_area_init_node: node 0, pgdat 8034e4c0, node_mem_map 81000000
[    0.000000]   Normal zone: 128 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 16384 pages, LIFO batch:3
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line:  noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 60940K/65536K available (2979K kernel code, 134K rwdata, 368K rodata, 156K init, 294K bss, 4596K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:128
[    0.000000] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x1F, class 0x0)
[    0.000000] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x11, class 0x0)
[    0.000000] bcma: bus0: Core 2 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x00, class 0x0)
[    0.000000] bcma: bus0: Core 3 found: MIPS 74K (manuf 0x4A7, id 0x82C, rev 0x01, class 0x0)
[    0.000000] bcma: bus0: Core 4 found: USB 2.0 Host (manuf 0x4BF, id 0x819, rev 0x04, class 0x0) 
[    0.000000] bcma: bus0: Core 5 found: PCIe (manuf 0x4BF, id 0x820, rev 0x0E, class 0x0)
[    0.000000] bcma: bus0: Core 6 found: DDR1/DDR2 Memory Controller (manuf 0x4BF, id 0x82E, rev 0x01, class 0x0)
[    0.000000] bcma: bus0: Core 7 found: Internal Memory (manuf 0x4BF, id 0x80E, rev 0x07, class 0x0)
[    0.000000] bcma: bus0: Core 8 found: I2S (manuf 0x4BF, id 0x834, rev 0x00, class 0x0)
[    0.000000] bcma: bus0: Found rev 5 PMU (capabilities 0x11242C05)
[    0.000000] bcma: bus0: Found serial flash
[    0.000000] bcma: bus0: Found M25P64 serial flash (size: 8192KiB, blocksize: 0x10000, blocks: 128)
[    0.000000] bcma: bus0: Early bus registered
[    0.000000] MIPS: machine is Unknown Board
[    0.000000] bcm47xx: Setting up vectored interrupts
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7963585194 ns
[    0.000015] sched_clock: 32 bits at 240MHz, resolution 4ns, wraps every 8947848189ns
[    0.000083] Calibrating delay loop... 239.61 BogoMIPS (lpj=1198080)
[    0.070033] pid_max: default: 32768 minimum: 301
[    0.070283] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.070311] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.074095] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.074144] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.075341] NET: Registered protocol family 16
[    0.076346] Can't analyze schedule() prologue at 800077c8
[    0.095859] clocksource: Switched to clocksource MIPS
[    0.097957] NET: Registered protocol family 2
[    0.099548] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.099608] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.099647] TCP: Hash tables configured (established 1024 bind 1024)
[    0.099818] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.099865] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.100398] NET: Registered protocol family 1
[    0.100494] PCI: CLS 0 bytes, default 32
[    0.515000] bcma: bus0: Using SPROM revision 8 provided by platform.
[    0.515042] bcma: bus0: PMU resource config unknown or not needed for device 0x4716
[    0.517109] bcma: bus0: Workarounds unknown or not needed for device 0x4716
[    0.517134] bcma: bus0: Initializing MIPS core...
[    0.517163] bcma: bus0: set_irq: core 0x0812, irq 3 => 3
[    0.517186] bcma: bus0: set_irq: core 0x082d, irq 4 => 4
[    0.517207] bcma: bus0: set_irq: core 0x0819, irq 5 => 5
[    0.517229] bcma: bus0: set_irq: core 0x0820, irq 6 => 6
[    0.517249] bcma: bus0: set_irq: core 0x0800, irq 2 => 2
[    0.517269] bcma: bus0: set_irq: core 0x0834, irq 2 => 2
[    0.517284] bcma: bus0: IRQ reconfiguration done
[    0.517300] bcma: core 0x0800, irq : 2(S)* 3  4  5  6  D  I
[    0.517350] bcma: core 0x0812, irq : 2(S)  3* 4  5  6  D  I
[    0.517392] bcma: core 0x082d, irq : 2(S)  3  4* 5  6  D  I
[    0.517433] bcma: core 0x082c, irq : 2(S)  3  4  5  6  D  I*
[    0.517475] bcma: core 0x0819, irq : 2(S)  3  4  5* 6  D  I
[    0.517517] bcma: core 0x0820, irq : 2(S)  3  4  5  6* D  I
[    0.517558] bcma: core 0x082e, irq : 2(S)  3  4  5  6  D* I
[    0.517599] bcma: core 0x080e, irq : 2(S)  3  4  5  6  D  I*
[    0.517639] bcma: core 0x0834, irq : 2(S)* 3  4  5  6  D  I
[    0.517683] bcma: bus0: PCIEcore in host mode found
[    0.701176] PCI host bridge to bus 0000:00
[    0.701231] pci_bus 0000:00: root bus resource [mem 0x08000000-0x0bffffff]
[    0.701260] pci_bus 0000:00: root bus resource [io  0x0100-0x07ff]
[    0.701289] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.701318] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.701400] pci 0000:00:00.0: [14e4:4716] type 00 class 0x060000
[    0.701443] bcma: PCI: Fixing up bridge 0000:00:00.0
[    0.701464] bcma: PCI: Fixing up device 0000:00:00.0
[    0.701528] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    0.701568] pci 0000:00:00.0: reg 0x18: [mem 0x00000000-0x07ffffff 64bit]
[    0.701674] pci 0000:00:00.0: supports D1 D2
[    0.702056] pci 0000:00:00.1: [14e4:0000] type 00 class 0x060000
[    0.702103] bcma: PCI: Fixing up bridge 0000:00:00.1
[    0.702124] bcma: PCI: Fixing up device 0000:00:00.1
[    0.702187] pci 0000:00:00.1: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    0.702227] pci 0000:00:00.1: reg 0x18: [mem 0x00000000-0x07ffffff 64bit]
[    0.702325] pci 0000:00:00.1: supports D1 D2
[    0.702763] pci 0000:00:01.0: [14e4:4331] type 00 class 0x028000
[    0.702894] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    0.702991] bcma: PCI: Fixing up addresses 0000:00:01.0
[    0.703037] pci 0000:00:01.0: BAR 0: assigned [mem 0x08000000-0x08003fff 64bit]
[    0.703200] pci 0000:00:01.0: supports D1 D2
[    0.703605] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    0.705142] bcma: bus0: Bus registered
[    0.706323] Crashlog allocated RAM at address 0x3f00000
[    0.737420] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.737451] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.742243] io scheduler noop registered
[    0.742278] io scheduler deadline registered (default)
[    0.742710] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.747752] console [ttyS0] disabled
[    0.767993] serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 2, base_baud = 1250000) is a U6_16550A
[    1.271345] console [ttyS0] enabled
[    1.383454] 7 bcm47xxpart partitions found on MTD device bcm47xxsflash
[    1.390163] Creating 7 MTD partitions on "bcm47xxsflash":
[    1.395669] 0x000000000000-0x000000040000 : "boot"
[    1.404675] 0x000000040000-0x0000007e0000 : "firmware"
[    1.412942] 0x0000007e0000-0x0000007f0000 : "board_data"
[    1.421384] 0x0000007f0000-0x000000800000 : "nvram"
[    1.429424] 0x00000004001c-0x00000004091c : "loader"
[    1.437592] 0x00000004091c-0x000000166000 : "linux"
[    1.445531] 0x000000166000-0x0000007e0000 : "rootfs"
[    1.453634] mtd: device 6 (rootfs) set to be root filesystem
[    1.459556] 1 squashfs-split partitions found on MTD device rootfs
[    1.465900] 0x0000003a0000-0x0000007e0000 : "rootfs_data"
[    1.477763] libphy: Fixed MDIO Bus: probed
[    1.482172] bgmac_bcma bcma0:2: Found PHY addr: 30 (NOREGS)
[    1.491131] libphy: bcma_mdio mii bus: probed
[    1.495592] bgmac_bcma bcma0:2: Support for Roboswitch not implemented
[    1.656300] b53_common: found switch: BCM53115, rev 8
[    1.662752] bgmac_bcma: Broadcom 47xx GBit MAC driver loaded
[    1.669147] bcm47xx-wdt bcm47xx-wdt.0: BCM47xx Watchdog Timer enabled (30 seconds)
[    1.677188] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[    1.682952] bcma: PCI: Fixing up device 0000:00:01.0
[    1.688087] bcma: change PCIe max read request size from 512 to 128
[    1.694521] bcma: bus1: Found chip with id 0x4331, rev 0x02 and package 0x08
[    1.701786] bcma: bus1: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x25, class 0x0)
[    1.710541] bcma: bus1: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x1D, class 0x0)
[    1.719387] bcma: bus1: Core 2 found: PCIe (manuf 0x4BF, id 0x820, rev 0x13, class 0x0)
[    1.727658] bcma: bus1: Found rev 10 PMU (capabilities 0x108C260A)
[    1.727690] bcma: bus1: SPROM offset 0x800
[    1.851848] bcma: bus1: Invalid SPROM read from the PCIe card, trying to use fallback SPROM
[    2.046785] bcma: bus1: Using SPROM revision 9 provided by platform.
[    2.046829] bcma: bus1: PMU resource config unknown or not needed for device 0x4331
[    2.057502] bcma: bus1: Bus registered
[    2.063308] NET: Registered protocol family 10
[    2.072711] NET: Registered protocol family 17
[    2.077480] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
[    2.090356] 8021q: 802.1Q VLAN Support v1.8
[    2.104187] VFS: Mounted root (squashfs filesystem) readonly on device 31:6.
[    2.112500] Freeing unused kernel memory: 156K
[    3.754063] init: Console is alive
[    3.758057] init: - watchdog -
[    4.878998] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    5.017988] usbcore: registered new interface driver usbfs
[    5.023754] usbcore: registered new interface driver hub
[    5.029472] usbcore: registered new device driver usb
[    5.042546] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    5.051645] ehci-platform: EHCI generic platform driver
[    5.057233] ehci-platform ehci-platform.0: EHCI Host Controller
[    5.063363] ehci-platform ehci-platform.0: new USB bus registered, assigned bus number 1
[    5.071819] ehci-platform ehci-platform.0: irq 5, io mem 0x18004000
[    5.095922] ehci-platform ehci-platform.0: USB 2.0 started, EHCI 1.00
[    5.104198] hub 1-0:1.0: USB hub found
[    5.108771] hub 1-0:1.0: 2 ports detected
[    5.117596] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    5.126043] ohci-platform: OHCI generic platform driver
[    5.131512] ohci-platform ohci-platform.0: Generic Platform OHCI controller
[    5.138753] ohci-platform ohci-platform.0: new USB bus registered, assigned bus number 2
[    5.147160] ohci-platform ohci-platform.0: irq 5, io mem 0x18009000
[    5.211640] hub 2-0:1.0: USB hub found
[    5.216336] hub 2-0:1.0: 2 ports detected
[    5.224214] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    5.242340] init: - preinit -
[    5.608070] usb 1-1: new high-speed USB device number 2 using ehci-platform
[    5.864264] random: procd: uninitialized urandom read (4 bytes read, 10 bits of entropy available)
[    5.889247] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    7.865937] bgmac_bcma bcma0:2 eth0: Link is Up - 1Gbps/Full - flow control off
[    7.873468] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   10.273926] jffs2: notice: (342) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[   10.303649] mount_root: loading kmods from internal overlay
[   10.724352] kmodloader: loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[   11.373272] SCSI subsystem initialized
[   11.419230] uhci_hcd: USB Universal Host Controller Interface driver
[   11.454632] usb-storage 1-1:1.0: USB Mass Storage device detected
[   11.462745] scsi host0: usb-storage 1-1:1.0
[   11.468012] usbcore: registered new interface driver usb-storage
[   11.475786] kmodloader: done loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[   11.882238] block: attempting to load /tmp/jffs_cfg/upper/etc/config/fstab
[   11.892225] block: extroot: not configured
[   11.897883] mount_root: switching to jffs2 overlay
[   11.912369] urandom-seed: Seeding with /etc/urandom.seed
[   12.092045] procd: - early -
[   12.095211] procd: - watchdog -
[   12.831439] scsi 0:0:0:0: Direct-Access     FLASH    Drive SM_USB20   3000 PQ: 0 ANSI: 0 CCS
[   12.845660] sd 0:0:0:0: [sda] 3932160 512-byte logical blocks: (2.01 GB/1.88 GiB)
[   12.866047] sd 0:0:0:0: [sda] Write Protect is off
[   12.871009] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[   12.872568] sd 0:0:0:0: [sda] No Caching mode page found
[   12.878114] sd 0:0:0:0: [sda] Assuming drive cache: write through
[   12.900092]  sda: sda1 sda2
[   12.912389] sd 0:0:0:0: [sda] Attached SCSI removable disk
[   13.408590] procd: - watchdog -
[   13.413238] procd: - ubus -
[   13.575271] random: ubusd: uninitialized urandom read (4 bytes read, 49 bits of entropy available)
[   13.589064] random: ubusd: uninitialized urandom read (4 bytes read, 49 bits of entropy available)
[   13.599754] random: ubusd: uninitialized urandom read (4 bytes read, 49 bits of entropy available)
[   13.609582] random: ubusd: uninitialized urandom read (4 bytes read, 49 bits of entropy available)
[   13.621827] random: ubusd: uninitialized urandom read (4 bytes read, 49 bits of entropy available)
[   13.631285] random: ubusd: uninitialized urandom read (4 bytes read, 49 bits of entropy available)
[   13.641747] random: ubusd: uninitialized urandom read (4 bytes read, 51 bits of entropy available)
[   13.652513] random: ubusd: uninitialized urandom read (4 bytes read, 51 bits of entropy available)
[   13.664938] procd: - init -
[   14.978977] kmodloader: loading kernel modules from /etc/modules.d/*
[   14.994949] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   15.021509] Loading modules backported from Linux version wt-2017-01-31-0-ge882dff19e7f
[   15.029742] Backport generated by backports.git backports-20160324-13-g24da7d3c
[   15.042765] ip_tables: (C) 2000-2006 Netfilter Core Team
[   15.063214] nf_conntrack version 0.5.0 (954 buckets, 3816 max)
[   15.125836] xt_time: kernel timezone is -0000
[   15.219516] PPP generic driver version 2.4.2
[   15.229060] NET: Registered protocol family 24
[   15.251342] b43-phy0: Broadcom 4716 WLAN found (core revision 17)
[   15.258525] b43-phy0: Found PHY: Analog 8, Type 4 (N), Revision 5
[   15.264740] b43-phy0: Found Radio: Manuf 0x17F, ID 0x2056, Revision 7, Version 0
[   15.273031] b43-phy1: Broadcom 4331 WLAN found (core revision 29)
[   15.279362] bcma: bus1: Switched to core: 0x812
[   15.286208] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   15.306006] b43-phy1: Found PHY: Analog 9, Type 7 (HT), Revision 1
[   15.312319] b43-phy1: Found Radio: Manuf 0x17F, ID 0x2059, Revision 0, Version 1
[   15.319890] b43-phy1 warning: 5 GHz band is unsupported on this PHY
[   15.340847] Broadcom 43xx driver loaded [ Features: NL ]
[   15.350173] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   15.476055] kmodloader: done loading kernel modules from /etc/modules.d/*
[   17.239669] random: jshn: uninitialized urandom read (4 bytes read, 81 bits of entropy available)
[   27.045316] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   27.094907] device eth0.1 entered promiscuous mode
[   27.099903] device eth0 entered promiscuous mode
[   27.140638] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   27.388545] IPv6: ADDRCONF(NETDEV_UP): eth0.2: link is not ready
[   28.346008] bgmac_bcma bcma0:2 eth0: Link is Up - 1Gbps/Full - flow control off
[   28.353541] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   28.530202] br-lan: port 1(eth0.1) entered forwarding state
[   28.536077] br-lan: port 1(eth0.1) entered forwarding state
[   28.541946] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.2: link becomes ready
[   28.616063] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   30.535925] br-lan: port 1(eth0.1) entered forwarding state
[   32.126060] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
[   32.134511] usb 1-1: USB disconnect, device number 2
[   32.437880] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   32.478559] device wlan0 entered promiscuous mode
[   32.546447] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   32.553223] br-lan: port 2(wlan0) entered forwarding state
[   32.559023] br-lan: port 2(wlan0) entered forwarding state
[   34.555927] br-lan: port 2(wlan0) entered forwarding state
[   37.215918] random: nonblocking pool is initialized
14.06.20192320OtherBug ReportVery LowLowu-Boot OpenWrt 18.06.2 on sama5d31 Unimplemented compre...TrunkUnconfirmed Task Description

Hi,
after building 18.06.2 OpenWrt version and his nand flash u-boot (U-Boot 2017.03-linux4sam_5.8 (Jan 30 2019 - 12:21:02 +0000)) when u-boot try to uncompress lzma kernel image the following error is reached

 

Uncompressing Kernel Image ... Unimplemented compression type 3

the log:

AT91Bootstrap 3.8.10 (Tue Jun 11 17:58:40 UTC 2019)

NAND: ONFI flash detected
NAND: Manufacturer ID: 0x2c Chip ID: 0xda
NAND: Page Bytes: 2048, Spare Bytes: 64
NAND: ECC Correctability Bits: 4, ECC Sector Bytes: 512
NAND: Disable On-Die ECC
NAND: Initialize PMECC params, cap: 4, sector: 512
NAND: Image: Copy 0xa0000 bytes from 0×40000 to 0x26f00000
NAND: Done to load image
<debug_uart>

U-Boot 2017.03-linux4sam_5.8 (Jan 30 2019 - 12:21:02 +0000)

CPU: SAMA5D31
Crystal frequency: 12 MHz CPU clock : 528 MHz Master clock : 132 MHz DRAM: 256 MiB
NAND: 256 MiB
MMC: Atmel mci: 0, Atmel mci: 1
In: serial@ffffee00
Out: serial@ffffee00
Err: serial@ffffee00
Net:
Error: ethernet@f0028000 address not set.
No ethernet found.
Hit any key to stop autoboot: 0

NAND read: device 0 offset 0×180000, size 0×80000 524288 bytes read: OK

NAND read: device 0 offset 0×200000, size 0×600000 6291456 bytes read: OK
## Booting kernel from Legacy Image at 22000000 ...

 Image Name:   ARM OpenWrt Linux-4.9.152
 Image Type:   ARM Linux Kernel Image (lzma compressed)
 Data Size:    3016433 Bytes = 2.9 MiB
 Load Address: 20008000
 Entry Point:  20008000
 Verifying Checksum ... OK

## Flattened Device Tree blob at 21000000

 Booting using the fdt blob at 0x21000000
 Uncompressing Kernel Image ... Unimplemented compression type 3

Checking into u-boot (make menuconfig) seems that lzma cannot be set , only LZ4 is provided.

Also the option to change compression type of the kernel do not work. I try to switch from default (gzip) to LZ4 but kernel uimage is always lzma compressed.

Could you provide some hint to unlock the situation ?

Another strange things is :

Error: ethernet@f0028000 address not set.
No ethernet found.

f0028000 is memory address of GMAC that is not provided in sama5d31 SoC but the curious is the next No ethernet found.

Does it mean that nor EMAC was found ?

Thanks in advance
Best
Fabio


11.08.20192438OtherFeature RequestVery LowLowMigrate to GitLab or a similar platformTrunkUnconfirmed Task Description

As some other Open Source projects already did, migration to a different service like GitLab might be useful. The benefit is that code and issues (and automated building) can be managed in one place and more easily linked between each other. Also it would make contributions more streamlined and offers a better UI (and UX) for things like the issue tracker.

11.05.20181543PackagesBuild FailureVery LowCriticalMany packages in snapshot failing on one build, ok on n...TrunkUnconfirmed Task Description

Snapshot/Packages
Occurs on all architectures apparently at random with faillogs.
After next build some that failed will be ok and some that previously built will fail.
eg submit a PR on https://github.com/openwrt/packages Travis shows fail on dependencies. After next automated build, Travis errors will be different, or if lucky will pass, only to fail again after the next build.
It seems the build system is chasing its tail somehow.

30.05.20181570PackagesBug ReportVery LowCriticalNeither wget, nor uclient-fetch can connect to www.duck...lede-17.01Unconfirmed Task Description

I’m running LEDE 17.01.4, r3560-79f57e422d.

Packages versions:

wget_1.19.2-2
libpcre_8.41-2
librt_1.1.16-1
libustream-openssl_2016-07-02-ec80adaa-4
ca-bundle_20170717_all
libopenssl_1.0.2o-1
uci_2018-01-01-141b64ef-1
uclient-fetch_2017-11-02-4b87d831-1

# cd /tmp
# /usr/bin/wget-ssl -d 'https://www.duckdns.org/update?domains=XXXXXXXXXXX&token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&ip='
DEBUG output created by Wget 1.19.2 on linux-gnu.

Reading HSTS entries from /root/.wget-hsts
Converted file name 'update?domains=XXXXXXXXXXX&token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&ip=' (UTF-8) -> 'domains=XXXXXXXXXXX&token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&ip=' (ASCII)
--2018-05-30 09:10:14--  https://www.duckdns.org/update?domains=XXXXXXXXXXX&token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&ip=
Resolving www.duckdns.org... 34.209.108.142, 54.187.208.74
Caching www.duckdns.org => 34.209.108.142 54.187.208.74
Connecting to www.duckdns.org|34.209.108.142|:443... connected.
Created socket 3.
Releasing 0x77bb5970 (new refcount 1).
Initiating SSL handshake.
SSL handshake failed.
Closed fd 3
Unable to establish SSL connection.

# uclient-fetch 'https://www.duckdns.org/update?domains=XXXXXXXXXXX&token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&ip='
Downloading 'https://www.duckdns.org/update?domains=XXXXXXXXXXX&token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&ip='
Connecting to 34.209.108.142:443
(null)                   0   - stalled -
Connection reset prematurely
or
Connecting to 34.209.108.142:443
Connection error: Connection failed
23.12.20182023PackagesBug ReportVery LowCriticalPPtP not connecting on Xiaomi Mi WiFi R3Gopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on : Xiaomi Mi WiFi R3G (https://openwrt.org/toh/xiaomi/mir3g)
- OpenWrt 18.06.1

Steps to reproduce:

1.opkg update
2.opkg install ppp-mod-pptp
3.opkg install kmod-nf-nathelper-extra
4.opkg install kmod-ipt-raw
5.disabled rebind attack protection from DNS and DHCP
6.added below custom rule on /etc/firewall.user

iptables -t raw -A OUTPUT -p tcp -m tcp --dport 1723 -j CT --helper pptp

7.setup the PPTP in the LUCI
8.reboot

Relevant Logs appearing repetitively:

Sun Dec 23 17:48:01 2018 daemon.notice pppd[22738]: pppd 2.4.7 started by root, uid 0
Sun Dec 23 17:48:02 2018 kern.info kernel: [ 1551.622787] pptp-ISP: renamed from ppp0
Sun Dec 23 17:48:02 2018 daemon.info pppd[22738]: Using interface pptp-ISP Sun Dec 23 17:48:02 2018 daemon.notice pppd[22738]: Connect: pptp-ISP ←→ pptp (red.connect.net.pk)
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22738]: CHAP authentication succeeded
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22738]: Connection terminated.
Sun Dec 23 17:48:03 2018 daemon.warn pppd[22740]: read returned zero, peer has closed
Sun Dec 23 17:48:03 2018 daemon.warn pppd[22740]: read returned zero, peer has closed
Sun Dec 23 17:48:03 2018 daemon.info pppd[22738]: Exit.
Sun Dec 23 17:48:03 2018 daemon.notice netifd: Interface ‘ISP’ is now down
Sun Dec 23 17:48:03 2018 daemon.notice netifd: Interface ‘ISP’ is setting up now
Sun Dec 23 17:48:03 2018 daemon.info pppd[22998]: Plugin pptp.so loaded.
Sun Dec 23 17:48:03 2018 daemon.info pppd[22998]: PPTP plugin version 1.00
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22998]: pppd 2.4.7 started by root, uid 0


21.01.20192070PackagesBug ReportVery LowCriticalbn_wexpand in bn_div.c are not checked for failure and ...openwrt-18.06Unconfirmed Task Description

Hi,
The code in the openwrt/package/network/services/ead/src/tinysrp/bn_div.c should be fixed to check the bn_wexpand return value. The problem exists in multiple other projects including openssl with CVE (CVE-2009-3245)(https://github.com/openssl/openssl/commit/2d9dcd4ff0923347fab727ac90e8526dd65e4e07).

21.01.20192071PackagesBug ReportVery LowCriticalbn_wexpand return value vulnerable to memory leakopenwrt-18.06Unconfirmed Task Description

Hi,
The code in the openwrt/package/network/services/ead/src/tinysrp/bn_div.c should be fixed to check the bn_wexpand return value. The problem exists in multiple other projects including openssl with CVE (CVE-2009-3245)(https://github.com/openssl/openssl/commit/2d9dcd4ff0923347fab727ac90e8526dd65e4e07).

21.01.20192072PackagesBug ReportVery LowCriticalbn_wexpand return value vulnerable to memory leakopenwrt-18.06Unconfirmed Task Description

Hi,
The code in the openwrt/package/network/services/ead/src/tinysrp/bn_div.c should be fixed to check the bn_wexpand return value. The problem exists in multiple other projects including openssl with CVE (CVE-2009-3245)(https://github.com/openssl/openssl/commit/2d9dcd4ff0923347fab727ac90e8526dd65e4e07).

23.01.20192080PackagesBug ReportVery LowCriticalWan IPV6 interface with 6rd protocol reports bad mac ad...openwrt-18.06Unconfirmed Task Description

Device used is BT Home Hub 5 v1.2.
Openwrt release is 18.06.1,
6rd package version is 9-4
ISP is Free (France)

“Wan” interface, IPV4, with Dchp client protocol is up and works fine on physical interface dsl0.836.
Mac address has to be overriden because ISP uses a fixed mac address, different for each Freebox, it’s own dsl modem/box.

“Wan6”, IPV6, interface with 6rd protocol is up but the mac reported in the not the same as those reported in “Wan” interface.

As you could see on the attached capture of the “Interfaces overview”, the mac address reported is the “Wan” IpV4 address !!!

Wan6 interface is up but frames are rejected by ISP because the mac address is not those one expected as for “Wan” interface. Mac address can’t be overriden on these interface.

network config is attached.



Cromagnon31

28.02.20202868PackagesBug ReportVery LowCriticalCLAT/464XLAT stopped working in 19.07.1openwrt-19.07Unconfirmed Task Description

I was using CLAT in an Archer C7 v5 for some testing. Everything worked fine.

I decided then to upgrade to 19.07.1 and everything works fine from the backup that I did from the config, but not the CLAT (464XLAT).

I decided to reflash the unit from scratch and configure everything manually. Same problem, CLAT is not working. I tried even setting the tunnel link to the WAN interface manually in the CLAT interface (advanced settings), instead of the default “unspecified”, played with the firewall settings as well, etc. Nothing resulted.

By the way, even in 18.06.7, which I’m using right now with the CLAT, the CLAT interface doesn’t report any RX/TX or packets. In the same router I’ve installed Collectd and I can see there the traffic being graphed correctly.

So I’m guessing there is some bug there. I’m going to report it as a bug, but just in case someone discovered an easy solution.

I’ve observed that at some point, across numerous tests, a Virtual dynamic interface 464XLAT was created, but it doesn’t allow to edit it, so not sure if this is related. I believe this interface is only created when I’m using PPPoE for the WAN link (I’ve tested 2 scenarios, PPPoE done in the OpenWRT box and PPPoE done in the GPON ONT).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

03.08.2017948PackagesBug ReportVery LowHighlua: on 64bit targets integer number truncation may occ...AllUnconfirmed Task Description

On 64bit target implementations (eg x86_64) and with LNUM on int32
mode (default), assignation of an integer number greater than
UINT_MAX (ie 4294967295), but lesser or equal than UINT_MAX +
0x7FFFFFFF + 1 (ie 6442450943) to a variable does result in
truncation of the final value stored in memory.

E.g.:

   > n=4294967296; print(n)
   0
   > n=6442450943; print(n)
   2147483647

Cause:
LNUM does perform a C-Style cast in the intermediate function wrapper
used to check for the fitness of numbers. This cast is not only unnecessary
but also brings on undefined behaviour on 64bit target implementations
where INT’s and LONG’s are of size 32 and 64bit respectively.

Fix:
Removal of the unnecessary cast in wrapper does bring back the ‘overflow detection’.

Regards, Víctor Calvís.

19.10.20171076PackagesBug ReportVery LowHighBugs about QCA9886AllWaiting on reporter Task Description

Supply the following if possible:
- Device problem occurs on archer-c58-v1
- Software versions of LEDE release is the latest master version, and other versions have same bug.

  I noticed the memory is leaking after connected serveral devices with QCA9886,

that will cause system crash in the end. Before leaking, WIFI can work fine, but when memory is leaking, WIFI can not work anymore.

  My OS is latest lede(mac80211 version is backports-2017-10-06), 

and the board can work with QSDK.

  If you need more detail information, please let me know.
 


19.02.20181374PackagesBug ReportVery LowHighubox: logd memory leak AllUnconfirmed Task Description

I checked the use of memory with `top` command and saw that the logd was consuming memory disproportionately (around 60MB).

```
PID PPID USER STAT VSZ VSZ %CPU COMMAND
971 1 root S 59768 48% 0% /sbin/logd -S 64
```

- There was no remote log configured.
- I was using logread -f for a long time.
- When doing an /etc/init.d/log restart the consumed memory returned to normality.
- ubox version:

```
PKG_SOURCE_DATE:=2017-09-01
PKG_SOURCE_VERSION:=b1bc8d5fb874cdd22701a08d0fb0de4330f86814
PKG_MIRROR_HASH:=b07e750d941d691e2745aa3a058e504966b15d1db5636162dc686bad275eb296
```


14.06.20192319PackagesBug ReportVery LowHighusbmode bug which is fixed in usb-modeswitch...openwrt-18.06Unconfirmed Task Description

I wrote a bug report but then the bug report said wrong token and I lost the report... :(

Now again but shorter version. The usb-modeswitch (which seems to be an openwrt project, a rewrite of original usb_modeswitch https://git.openwrt.org/project/usbmode.git ) needs to set some devices to config 0 before switching to config 3.

BTW this is fixed in usb-modeswitch... Here is the link to discussion about this:
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?f=4&t=2710&start=22

Some devices need to be set to config 0 first to be able to switch to config 3. Otherwise they hang...

Here a working example:

root@OpenWrt:~# echo 0 > /sys/bus/usb/devices/1-2/bConfigurationValue
root@OpenWrt:~# echo 3 > /sys/bus/usb/devices/1-2/bConfigurationValue
root@OpenWrt:~# umbim -d /dev/cdc-wdm0 caps

devicetype: 0001 - embedded
cellularclass: 0001
voiceclass: 0001 - no-voice
simclass: 0002
dataclass: 8000003F
smscaps: 0003
controlcaps: 0001
maxsessions: 0003
deviceid: 867377023108313
firmwareinfo: 11.617.06.00.00
hardwareinfo: RM1ME909ASM

root@OpenWrt:~#

A non-working example (after reboot):

root@OpenWrt:~# echo 3 > /sys/bus/usb/devices/1-2/bConfigurationValue
root@OpenWrt:~# umbim -d /dev/cdc-wdm0 caps
ERROR: mbim message timeout
root@OpenWrt:~#

At least one other person in OpenWRT bug tracker confirms this:
https://bugs.openwrt.org/index.php?do=details&task_id=1424

Although he has another problem with looping messages (probably unrelated to this bug)
https://forum.openwrt.org/t/usbmode-sits-in-loop-after-install/12624

19.06.20192330PackagesBug ReportVery LowHighSamba - smb.conf templating allows arbitrary injections...AllUnconfirmed Task Description

First, I have to say I’m not 100% sure it is something to be addressed within samba package itself, so forgive me if this is something you have already evaluated as not being an issue.

In short, something like that works:

 […]
    option workgroup 'WORKGROUP\
    security = share\
    guest account = root\
    interfaces = lo br-lan\
\
[ohnonotagain]'

I’m not sure this works in plain openwrt images, but there exists a widely deployed commercial fork of openwrt which is definitely vulnerable to some exploit chain involving this one in the middle.
You could argue that the right of modifying uci config already gives an equivalent authorization level, or this should have been sanitized at user interface. So, is this something you consider safe?

24.06.20192336PackagesBuild FailureVery LowHighBuild fail with php7openwrt-18.06Unconfirmed Task Description

Hi all,
When using openwrt builder and adding package in make command, build fails because PHP7 packages are missing in repository and packages lists.
could you take a look please ?
have a nice day

09.01.20202720PackagesBuild FailureVery LowHighlibcap compile failure at tests stepTrunkUnconfirmed Task Description

libcap build is failing since the update to 2.30

+ The toolchain options used are:
  - binutils 2.31.1
  - gcc 8.x
  - glibc

For reproducing one just need to run the folling

 $make package/feeds/packages/libcap/compile V=s

The flow breaks at tests stage:

make -C tests all
make[4]: Entering directory ‘/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests’ i486-openwrt-linux-gnu-gcc -Os -pipe -march=pentium4 -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -ffile-prefix-map=/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30=libcap-2.30 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -fPIC -I/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap/include/uapi -I/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap/include libcap_psx_test.c -o libcap_psx_test -L/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap -lcap -L/data/workspace/hbk/Perception/Embedded/OpenWrt/build_dir/target-i386_pentium4_glibc/libcap-2.30/tests/../libcap -lpsx -lpthread -Wl,-wrap,pthread_create –static
/data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofclose.o): in function `_IO_new_fclose.cold.0’:
iofclose.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofclose.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofclose.o):(.eh_frame+0x6f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofflush.o): in function `_IO_fflush.cold.0’:
iofflush.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofflush.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofflush.o):(.eh_frame+0×73): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(ioputs.o): in function `_IO_puts.cold.0’:
ioputs.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(ioputs.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(ioputs.o):(.eh_frame+0×77): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(wfileops.o): in function `_IO_wfile_underflow.cold.2’:
wfileops.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(wfileops.o):(.eh_frame+0x6b): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(wfileops.o):(.eh_frame+0x12b): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(fileops.o): in function `_IO_new_file_underflow.cold.6’:
fileops.c:(.text.unlikely+0×38): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(fileops.o):(.eh_frame+0×103): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(fileops.o):(.eh_frame+0x17f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofputs.o): in function `_IO_fputs.cold.0’:
iofputs.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofputs.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofputs.o):(.eh_frame+0x8f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofwrite.o): in function `_IO_fwrite.cold.0’:
iofwrite.c:(.text.unlikely+0×34): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofwrite.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iofwrite.o):(.eh_frame+0x7f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iogetdelim.o): in function `_IO_getdelim.cold.0’:
iogetdelim.c:(.text.unlikely+0×35): undefined reference to `_Unwind_Resume’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iogetdelim.o):(.eh_frame+0×13): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libc.a(iogetdelim.o):(.eh_frame+0x8f): undefined reference to `gcc_personality_v0’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libpthread.a(unwind.o): in function `unwind_stop’:
unwind.c:(.text+0×47): undefined reference to `_Unwind_GetCFA’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: unwind.c:(.text+0×88): undefined reference to `_Unwind_GetCFA’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: unwind.c:(.text+0xed): undefined reference to `_Unwind_GetCFA’ /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/bin/ld: /data/workspace/hbk/Perception/Embedded/OpenWrt/staging_dir/toolchain-i386_pentium4_gcc-8.3.0_glibc/lib/gcc/i486-openwrt-linux-gnu/8.3.0/../../../../i486-openwrt-linux-gnu/lib/libpthread.a(unwind.o): in function `__pthread_unwind’:
unwind.c:(.text+0×156): undefined reference to `_Unwind_ForcedUnwind’ collect2: error: ld returned 1 exit status

26.04.20203051PackagesBug ReportVery LowHighUPnP not workingAllUnconfirmed Task Description

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

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

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

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

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

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

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

18.05.20203107PackagesBug ReportVery LowHigh[netifd] wan Command failed: Permission denied | repeat...TrunkUnconfirmed Task Description

- Master 5.4.41
- mvebu → cortex-A9
- upstream connectivity VDSL2 dual-stack | PPPoE | IPv4 via PPPoE | IPv6 via DHCP (only after PPPoE is completed)
- SFP VDSL modem residing in router’s SFP cage


ifup wan

produces

40:49  netifd: Interface 'wan' is enabled
40:49  kernel: [ 4539.310854] mvneta f1034000.ethernet eth2: configuring for inband/1000base-x link mode
40:49  kernel: [ 4539.629747] sfp sfp: module transmit fault indicated
40:51  netifd: Network device 'eth2' link is up
40:51  netifd: Interface 'wan' has link connectivity
40:51  netifd: Interface 'wan' is setting up now
40:51  kernel: [ 4541.699901] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control off
40:51  kernel: [ 4541.699917] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
40:51  insmod: module is already loaded - slhc
40:51  insmod: module is already loaded - ppp_generic
40:51  insmod: module is already loaded - pppox
40:51  insmod: module is already loaded - pppoe
40:51  pppd[29207]: Plugin rp-pppoe.so loaded.
40:51  pppd[29207]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
40:51  pppd[29207]: pppd 2.4.8 started by root, uid 0
41:06  pppd[29207]: Timeout waiting for PADO packets
41:06  pppd[29207]: Unable  complete PPPoE Discovery
41:06  pppd[29207]: Exit.
41:06  netifd: Interface 'wan' is now down
41:06  kernel: [ 4556.940117] mvneta f1034000.ethernet eth2: Link is Down
41:06  netifd: Interface 'wan' is disabled
41:06  netifd: Interface 'wan' is enabled
41:06  netifd: Interface 'wan' is setting up now
41:06  kernel: [ 4556.954502] mvneta f1034000.ethernet eth2: configuring for inband/1000base-x link mode
41:06  netifd: Network device 'eth2' link is down
41:06  netifd: Interface 'wan' has link connectivity loss
41:06  insmod: module is already loaded - slhc
41:06  insmod: module is already loaded - ppp_generic
41:06  insmod: module is already loaded - pppox
41:06  insmod: module is already loaded - pppoe
41:07  netifd: wan (29306): Command failed: Permission denied
41:07  netifd: Interface 'wan' is now down
41:07  netifd: Interface 'wan' is disabled
41:07  netifd: Interface 'wan' is enabled
41:07  kernel: [ 4557.042474] mvneta f1034000.ethernet eth2: configuring for inband/1000base-x link mode
41:07  netifd: Network device 'eth2' link is up
41:07  netifd: Interface 'wan' has link connectivity
41:07  netifd: Interface 'wan' is setting up now
41:07  kernel: [ 4557.209931] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control off
41:07  kernel: [ 4557.209948] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
41:07  insmod: module is already loaded - slhc
41:07  insmod: module is already loaded - ppp_generic
41:07  insmod: module is already loaded - pppox
41:07  insmod: module is already loaded - pppoe
41:07  pppd[29362]: Plugin rp-pppoe.so loaded.
41:07  pppd[29362]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
41:07  pppd[29362]: pppd 2.4.8 started by root, uid 0
41:22  pppd[29362]: Timeout waiting for PADO packets
41:22  pppd[29362]: Unable  complete PPPoE Discovery
41:22  pppd[29362]: Exit.
41:22  netifd: Interface 'wan' is now down
41:22  kernel: [ 4572.446438] mvneta f1034000.ethernet eth2: Link is Down
41:22  netifd: Interface 'wan' is disabled
41:22  netifd: Interface 'wan' is enabled
41:22  netifd: Interface 'wan' is setting up now
41:22  netifd: Network device 'eth2' link is down
41:22  netifd: Interface 'wan' has link connectivity loss
41:22  kernel: [ 4572.459786] mvneta f1034000.ethernet eth2: configuring for inband/1000base-x link mode
41:22  insmod: module is already loaded - slhc
41:22  insmod: module is already loaded - ppp_generic
41:22  insmod: module is already loaded - pppox
41:22  insmod: module is already loaded - pppoe
41:22  netifd: wan (29492): Command failed: Permission denied
41:22  netifd: Interface 'wan' is now down
41:22  netifd: Interface 'wan' is disabled
41:22  netifd: Interface 'wan' is enabled
41:22  kernel: [ 4572.544765] mvneta f1034000.ethernet eth2: configuring for inband/1000base-x link mode
41:22  netifd: Network device 'eth2' link is up
41:22  netifd: Interface 'wan' has link connectivity
41:22  netifd: Interface 'wan' is setting up now
41:22  kernel: [ 4572.712631] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control off
41:22  kernel: [ 4572.712647] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
41:22  insmod: module is already loaded - slhc
41:22  insmod: module is already loaded - ppp_generic
41:22  insmod: module is already loaded - pppox
41:22  insmod: module is already loaded - pppoe
41:22  pppd[29549]: Plugin rp-pppoe.so loaded.
41:22  pppd[29549]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
41:22  pppd[29549]: pppd 2.4.8 started by root, uid 0
41:29  pppd[29549]: PPP session is 31713
41:29  pppd[29549]: Connected  78:ba:f9:73:f5:74 via interface eth2
41:29  kernel: [ 4579.318874] pppoe-wan: renamed from ppp0
41:29  pppd[29549]: Renamed interface ppp0  pppoe-wan
41:29  pppd[29549]: Using interface pppoe-wan
41:29  pppd[29549]: Connect: pppoe-wan <--> eth2
41:35  pppd[29549]: PAP authentication succeeded
41:35  pppd[29549]: peer from calling number 78:BA:F9:73:F5:74 authorized
41:35  pppd[29549]: local  IP address 
41:35  pppd[29549]: remote IP address 
41:35  pppd[29549]: primary   DNS address 
41:35  pppd[29549]: secondary DNS address 
41:35  pppd[29549]: local  LL address fe80::b931:4e21:f7f2:a0ad
41:35  pppd[29549]: remote LL address fe80::7aba:f9ff:fe73:f574
41:35  netifd: Network device 'pppoe-wan' link is up
41:35  netifd: Interface 'wan' is now up
41:35  netifd: Network alias 'pppoe-wan' link is up
41:35  netifd: Interface 'wan_6' is enabled
41:35  netifd: Interface 'wan_6' has link connectivity
41:35  netifd: Interface 'wan_6' is setting up now

Unclear how this could be debugged. With the repeated loading of ppp modules it looks like a timing issue.

 


17.02.2017527PackagesBug ReportVery LowMediumQMI modem Olivetti Techcenter (0b3c:c00a) freezes on uq...lede-17.01Unconfirmed Task Description

Hello,

I used to use modem Olivetti Techcenter (0b3c:c00a) on OpenWRT CC.1 without problems.
However, testing on LEDE 17.01.0-rc2, I’m unable to connect.

I traced the problem to ‘uqmi -s -d “$device” –sync’ at https://github.com/lede-project/source/blob/master/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh#L101.

My config is simple as:

config interface 'wwan'
        option ifname 'wwan0'
        option proto 'qmi'
        option device '/dev/cdc-wdm0'
        option apn 'gprs.oi.com.br'
        option auth 'none'

Using strace, it always stops at this point:

...
open("/dev/cdc-wdm0", O_RDWR|O_EXCL|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 6
fcntl64(6, F_GETFL)                     = 0x2082 (flags O_RDWR|O_NONBLOCK|O_LARGEFILE)
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK|O_LARGEFILE) = 0
epoll_ctl(3, EPOLL_CTL_ADD, 6, {EPOLLIN|EPOLLRDHUP|EPOLLET, {u32=4305304, u64=18491139879337984}}) = 0
write(6, "\1\v\0\0\0\0\0\1'\0\0\0", 12) = 12
rt_sigaction(SIGINT, NULL, {sa_handler=0x401071, sa_mask=[RT_66 RT_67 RT_68 RT_69 RT_70 RT_71], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0}, 16) = 0
rt_sigaction(SIGTERM, NULL, {sa_handler=0x401071, sa_mask=[RT_66 RT_67 RT_68 RT_69 RT_70 RT_71], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0}, 16) = 0
rt_sigaction(SIGCHLD, NULL, {sa_handler=SIG_DFL, sa_mask=[RT_66 RT_67 RT_68 RT_69 RT_70 RT_71], sa_flags=0}, 16) = 0
rt_sigaction(SIGCHLD, {sa_handler=0x77d85541, sa_mask=[RT_68 RT_69 RT_73 RT_74 RT_75 RT_76 RT_78 RT_80 RT_82 RT_84 RT_85 RT_87 RT_88 RT_89 RT_90 RT_91 RT_93 RT_94 RT_95], sa_flags=SA_RESTORER, sa_restorer=0}, NULL, 16) = 0
rt_sigaction(SIGPIPE, NULL, {sa_handler=SIG_DFL, sa_mask=[RT_65 RT_68 RT_70], sa_flags=0}, 16) = 0
rt_sigaction(SIGPIPE, {sa_handler=SIG_IGN, sa_mask=[RT_68 RT_69 RT_73 RT_74 RT_75 RT_76 RT_78 RT_80 RT_82 RT_84 RT_85 RT_87 RT_88 RT_89 RT_90 RT_91 RT_93 RT_94 RT_95], sa_flags=SA_RESTORER, sa_restorer=0}, NULL, 16) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=7909, tv_nsec=543507701}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=7909, tv_nsec=544052152}) = 0
epoll_pwait(3, 

If I comment the “uqmi –sync” call, it simply works. “–sync” is a new action for uqmi since OpenWRT CC.1

My System is:



LEDE 17.01.0-rc2, r3131-42f3c1f
uqmi 2016-12-19-8ceeab69-1
machine: TP-LINK TL-WDR3600/4300/4310 (ar71xx) with QMI modem Olivetti Techcenter (0b3c:c00a)

13.03.2017625PackagesBug ReportVery LowMediumno default route written using proto=wwanlede-17.01Unconfirmed Task Description

LEDE_RELEASE=”LEDE Reboot 17.01-SNAPSHOT r6469+17-c114383”

Configure steps as follows:

Run ubus listen in backround
ubus -t 9999 listen &

uci del network.wwan
uci set network.wwan=interface
uci set network.wwan.proto=wwan
uci set network.wwan.defaultroute=’0’ uci set network.wwan.pincode= uci set network.wwan.apn= uci commit && /etc/init.d/network restart
...
{ “ubus.object.add”: {”id”:107055350,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan_4”} }
...

As you see default route should not be written immediately. You see default route in inactive section in ubus. So now lets set the default route for this interface

uci set network.wwan.defaultroute=’1’ uci commit && /etc/init.d/network reload

You see no ubus message as well no change of default route. Now lets use QMI proto directly

uci del network.wwan
uci set network.wwan=interface
uci set network.wwan.proto=qmi
uci set network.wwan.device=/dev/cdc-wdm0
uci set network.wwan.defaultroute=’0’ uci set network.wwan.pincode= uci set network.wwan.apn= uci commit && /etc/init.d/network restart
...
{ “ubus.object.add”: {”id”:107055350,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan_4”} }
...

So now lets set the default route for this interface and you see ubus messages comming up as well default route is set

uci set network.wwan.defaultroute=’1’ uci commit && /etc/init.d/network reload
{ “network.interface”: {”action”:”ifdown”,”interface”:”wwan”} }
{ “network.interface”: {”action”:”ifdown”,”interface”:”wwan_4”} }
root@RED50:/lib# { “ubus.object.remove”: {”id”:399408035,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wan2”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan”} }
{ “ubus.object.add”: {”id”:828745890,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan_4”} }


25.03.2017654PackagesBug ReportVery LowMediumdial on demand not workinglede-17.01Unconfirmed Task Description

Using LEDE Reboot 17.01.0 r3205-59508e3 on Lenovo Y1.
After setting the Inactivity timeout to something not 0 in luci (option demand ‘5’ in the config file),the dial procedure will be stopping at some stage,can’t establish a connect.
And the log will be like this:

May  7 08:48:52 OpenWrt daemon.info pppd[9714]: Plugin rp-pppoe.so loaded.
May  7 08:48:52 OpenWrt daemon.info pppd[9714]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
May  7 08:48:52 OpenWrt daemon.notice pppd[9714]: pppd 2.4.5 started by root, uid 0
May  7 08:48:52 OpenWrt daemon.info pppd[9714]: Using interface pppoe-wan
May  7 08:48:52 OpenWrt daemon.notice pppd[9714]: local  IP address 10.64.64.64
May  7 08:48:52 OpenWrt daemon.notice pppd[9714]: remote IP address 10.112.112.112

Without the demand option everything works fine:

May  7 09:08:43 OpenWrt daemon.info pppd[2712]: Plugin rp-pppoe.so loaded.
May  7 09:08:43 OpenWrt daemon.info pppd[2712]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
May  7 09:08:43 OpenWrt daemon.notice pppd[2712]: pppd 2.4.5 started by root, uid 0
May  7 09:08:48 OpenWrt daemon.info pppd[2712]: PPP session is 9873
May  7 09:08:48 OpenWrt daemon.warn pppd[2712]: Connected to 00:30:88:1f:30:07 via interface eth2
May  7 09:08:48 OpenWrt daemon.info pppd[2712]: Using interface pppoe-wan
May  7 09:08:48 OpenWrt daemon.notice pppd[2712]: Connect: pppoe-wan <--> eth2
May  7 09:08:48 OpenWrt daemon.notice pppd[2712]: PAP authentication succeeded
May  7 09:08:48 OpenWrt daemon.notice pppd[2712]: peer from calling number 00:30:88:1F:30:07 authorized
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: local  IP address 93.232.124.118
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: remote IP address 217.0.119.51
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: primary   DNS address 217.0.43.17
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: secondary DNS address 217.0.43.49

(these logs is copy from the openwrt bug ticketExternal Link because my log for this part had be override by massive “ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2”,sincere apology,smile)
It seems to be a historied legacy bug from Openwrt BB (or AA),and there is a solution by changing 2 files to make pppd disconnect when inactivity but can’t re-dial:
1./etc/config/network, disable IPv6

config interface 'wan'
        option ipv6 0

2./lib/netifd/proto/ppp.sh: change nodefaultroute to defaultroute in the function of ppp_generic_setup()

	proto_run_command "$config" /usr/sbin/pppd \
		nodetach ipparam "$config" \
		ifname "$pppname" \
		${keepalive:+lcp-echo-interval $interval lcp-echo-failure ${keepalive%%[, ]*}} \
		${ipv6:++ipv6} \
		defaultroute \

Hope this stinking bug can be terminated in LEDE

14.05.2017783PackagesBug ReportVery LowMediumgpsd doesn't work with "Garmin USB binary" (nor NMEA200...TrunkUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on

I tried it on GL-AR150, but it should reproduce on any device w/ USB

- Software versions of LEDE release, packages, etc.

LEDE 17.01.1
gpsd 3.16-1

- Steps to reproduce

If you have a device with “Garmin USB binary” (eg : eTrex), then

gpsd -n -N -G -D 4 /dev/ttyUSB0

... should show data once a second.

From my reading of the code, even without a Garmin device, “-D 4” debug level should show a message of “Probing Garmin USB binary driver...\n”

From my reading of the code, it looks a a build problem. 2 “defines” need to be made :

NON_NMEA0183_ENABLE

HAVE_LIBUSB

FYI, there is a similiar bug for “NMEA2000” : If you do “gpsd -h”, you should see “NMEA2000” on the list of “drivers”. I can file a separate bug for this if you want.

Thanks !

25.05.2017803PackagesBug ReportVery LowMediumNL80211_STA_INFO_INACTIVE_TIME incorrect value for IB...TrunkUnconfirmed Task Description

- ar71xx affected
- latest LEDE trunk affected and may be older versions
- Steps to reproduce

Buid current LEDE trunk with a10k-ct driver and CT firmware for QCA988x.
Flash devices with firmware.
Create IBSS interface for 2 or more ath10k devices and connect them.

 

iwinfo shows negative value for last activity. Value is rising. TX traffic can’t pass through interface.
All incoming packets come with “unknown” bitrate.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -39 dBm / -103 dBm (SNR 64) -230820 ms ago

      RX: unknown                                      794 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -39 dBm / -103 dBm (SNR 64) -127810 ms ago

      RX: unknown                                     2828 Pkts.
      TX: 6.0 MBit/s  
                                 0 Pkts.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -40 dBm / -103 dBm (SNR 63) -117860 ms ago

      RX: unknown                                     3022 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

According to iw output this value is close to th “unsigned long” value limit
root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  4294805756 ms
      rx bytes:       152352
      rx packets:     2208
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -39 dBm
      signal avg:     -37 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:100
      short slot time:yes
      connected time: 113 seconds

root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  4294878176 ms
      rx bytes:       250056
      rx packets:     3624
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -40 dBm
      signal avg:     -39 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:100
      short slot time:yes
      connected time: 185 seconds

After some time (3-5 minutes) the value overflows and starting from zero with normal values.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -38 dBm / -103 dBm (SNR 65) 80 ms ago

      RX: unknown                                     5732 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  50 ms
      rx bytes:       399372
      rx packets:     5788
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -41 dBm
      signal avg:     -39 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:100
      short slot time:yes
      connected time: 296 seconds
22.12.20171238PackagesBug ReportVery LowMediumcurl: https request returns 'Illegal instruction'TrunkUnconfirmed Task Description

Environment:

root@LEDE:~# cat /etc/os-release
NAME="LEDE"
VERSION="17.01.4, Reboot"
ID="lede"
ID_LIKE="lede openwrt"
PRETTY_NAME="LEDE Reboot 17.01.4"
VERSION_ID="17.01.4"
HOME_URL="http://lede-project.org/"
BUG_URL="http://bugs.lede-project.org/"
SUPPORT_URL="http://forum.lede-project.org/"
BUILD_ID="r3560-79f57e422d"
LEDE_BOARD="mpc85xx/generic"
LEDE_ARCH="powerpc_8540"
LEDE_TAINTS="no-all"
LEDE_DEVICE_MANUFACTURER="LEDE"
LEDE_DEVICE_MANUFACTURER_URL="http://lede-project.org/"
LEDE_DEVICE_PRODUCT="Generic"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="LEDE Reboot 17.01.4 r3560-79f57e422d"

Description:

I’m using oficial stable release for TP-Link TL-WDR4900 v1 and when I try to use curl I give the following error:

root@LEDE:~# curl https://google.com
Illegal instruction

I have installed all curl dependencies and ca-certificates:

root@LEDE:~# opkg list-installed | egrep "ssl|curl|mbed|ddns"
curl - 7.52.1-6
ddns-scripts - 2.7.6-13
ddns-scripts_cloudflare.com-v4 - 2.7.6-13
libcurl - 7.52.1-6
libmbedtls - 2.6.0-1
libopenssl - 1.0.2n-1
luci-app-ddns - 2.4.8-2
openvpn-openssl - 2.4.4-2

And wget works well:

root@LEDE:~# wget https://google.com
--2017-12-18 13:25:10--  https://google.com/
Resolving google.com... 178.60.128.37, 178.60.128.42, 178.60.128.20, ...
Connecting to google.com|178.60.128.37|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://www.google.es/?gfe_rd=cr&dcr=0&ei=prM3Wp3qOeGs8wfNpI_gDg [following]
--2017-12-18 13:25:10--  https://www.google.es/?gfe_rd=cr&dcr=0&ei=prM3Wp3qOeGs8wfNpI_gDg
Resolving www.google.es... 172.217.21.67, 2a00:1450:4006:807::2003
Connecting to www.google.es|172.217.21.67|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: 'index.html'

index.html                                       [ <=>     ]  12.82K  81.4KB/s    in 0.2s    

2017-12-18 13:25:11 (81.4 KB/s) - 'index.html' saved [13132]

There is an issue with `curl - 7.52.1-6`?

22.02.20181383PackagesBug ReportVery LowMedium[kmod-b43]Crashes after 5GHz Scanlede-17.01Unconfirmed Task Description

Supply the following if possible:
- Device: Linksys E3000
- LEDE version: LEDE Reboot 17.01.4 r3560-79f57e422d, kmod-b43 - 4.4.92+2017-01-31-3
- Steps to reproduce
Open LuCI page, Network-Wireless, press Scan for “Generic MAC80211 802.11a (radio1)”, then LEDE crashes, and router reboots itself.
dmesg output:
[ 77.097162] random: nonblocking pool is initialized
[ 364.790599] b43-phy1: Loading firmware version 666.2 (2011-02-23 01:15:07)
[ 364.846607] Data bus error, epc == 8016dd88, ra == 801df05c
[ 364.852277] Oops[#1]:
[ 364.854607] CPU: 0 PID: 1370 Comm: luci Not tainted 4.4.92 #0
[ 364.860446] task: 8399ed48 ti: 83938000 task.ti: 83938000
[ 364.865928] $ 0 : 00000000 1100bc00 00000002 1100bc03
[ 364.871269] $ 4 : a80003fa 838fc058 00000108 00007000
[ 364.876610] $ 8 : 00000023 00000000 00000001 00000006
[ 364.881952] $12 : 00000000 000002a0 00000000 00000000
[ 364.887293] $16 : 838fc000 838fc058 000003fa 838fc328
[ 364.892634] $20 : 838fc034 0000029a 00000002 00000001
[ 364.897977] $24 : 00000001 801df014
[ 364.903318] $28 : 83938000 83939b38 00000001 801df05c
[ 364.908660] Hi : 00000000
[ 364.911592] Lo : 0f5c28f6
[ 364.914528] epc : 8016dd88 0x8016dd88
[ 364.918425] ra : 801df05c 0x801df05c
[ 364.922317] Status: 1100bc03 KERNEL EXL IE
[ 364.926597] Cause : c080801c (ExcCode 07)
[ 364.930671] PrId : 00019740 (MIPS 74Kc)
[ 364.934654] Modules linked in: pppoe ppp_async iptable_nat b43 pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE cfg80211 bgmac_bcma xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc 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 iptable_mangle iptable_filter ip_tables crc8 crc_ccitt cordic compat bgmac_bcma_mdio bgmac ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables leds_gpio ohci_platform ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common ssb_hcd bcma_hcd
[ 365.003649] Process luci (pid: 1370, threadinfo=83938000, task=8399ed48, tls=776aad48)
[ 365.011680] Stack : 0000016c 000c1047 00000000 800489fc 0000016c 611fc6ba 803b6b60 8036c254
[ 365.011680] 00000000 803b436c 00000000 00000001 803d0000 803b0000 00000000 00000080
[ 365.011680] 00000004 838fc000 838fc058 801dee98 838fc058 801defb8 00000001 801ebce8
[ 365.011680] 00000000 838fc000 838fc058 801dee98 00000000 83213a94 1100bc00 803b22ec
[ 365.011680] 00000080 83248ee0 00000074 838fc000 838fc058 83939bf0 838fc058 801df03c
[ 365.011680] ...
[ 365.048015] Call Trace:[<800489fc>] 0x800489fc
[ 365.052577] [<801dee98>] 0x801dee98
[ 365.056131] [<801defb8>] 0x801defb8
[ 365.059682] [<801ebce8>] 0x801ebce8
[ 365.063236] [<801dee98>] 0x801dee98
[ 365.066791] [<83213a94>] 0x83213a94 [b43@83200000+0×55470]
[ 365.072378] [<801df03c>] 0x801df03c
[ 365.075943] [<801df03c>] 0x801df03c
[ 365.079501] [<83213a30>] 0x83213a30 [b43@83200000+0×55470]
[ 365.085077] [<83212284>] 0×83212284 [b43@83200000+0×55470]
[ 365.090661] [<83212948>] 0×83212948 [b43@83200000+0×55470]
[ 365.096252] [<83216f5c>] 0x83216f5c [b43@83200000+0×55470]
[ 365.101838] [<801dee98>] 0x801dee98
[ 365.105394] [<801dea54>] 0x801dea54
[ 365.108951] [<801dee98>] 0x801dee98
[ 365.112521] [<832131b8>] 0x832131b8 [b43@83200000+0×55470]
[ 365.118114] [<83213230>] 0×83213230 [b43@83200000+0×55470]
[ 365.123710] [<83206be0>] 0x83206be0 [b43@83200000+0×55470]
[ 365.129317] [<83207560>] 0×83207560 [b43@83200000+0×55470]
[ 365.134907] [<83182ff8>] 0x83182ff8 [mac80211@83180000+0×60860]
[ 365.140941] [<831960f8>] 0x831960f8 [mac80211@83180000+0×60860]
[ 365.146965] [<8020b664>] 0x8020b664
[ 365.150524] [<8020b96c>] 0x8020b96c
[ 365.154074] [<801f0534>] 0x801f0534
[ 365.157633] [<8020ba50>] 0x8020ba50
[ 365.161181] [<80220ab8>] 0x80220ab8
[ 365.164736] [<8027449c>] 0x8027449c
[ 365.168282] [<8029bfb4>] 0x8029bfb4
[ 365.171841] [<801effb4>] 0x801effb4
[ 365.175408] [<800bb3cc>] 0x800bb3cc
[ 365.178960] [<800ac178>] 0x800ac178
[ 365.182512] [<800bdea0>] 0x800bdea0
[ 365.186063] [<801eea94>] 0x801eea94
[ 365.189614] [<800c469c>] 0x800c469c
[ 365.193175] [<800bb4d4>] 0x800bb4d4
[ 365.196730] [<80003398>] 0×80003398 [ 365.200296]
[ 365.201814]
[ 365.201814] Code: 03e00008 304200ff 94820000 <03e00008> 3042ffff 8c820000 03e00008 00000000 308400ff
[ 365.212331] —[ end trace f01c15e372c1be21 ]—

07.03.20181416PackagesBug ReportVery LowMediumWiFi cannot up on Comfast E355AC v2(patch file for fix ...lede-17.01Unconfirmed Task Description

Hi,

Device problem occurs on:

  Comfast-EA355AC-V2 (QCA9531 + QCA9886)

Software versions:

  LEDE v17.01.4
  netifd: c92106e3048ae10cb04a7c7303ba5f53bc057953

Steps to reproduce:

  It need to continuely reset to factory default and reboot.

When it occurs, system boot up successful. but wireless interface will setup and teardown for several times and wireless interface will disappear in the final.
After i dived into the code, I found that, check_pid_path() @177 of utils.c of netifd project will report process(hostapd) dead when system booting up during pivot_root processing.
the result of readlink of “/proc/PID/exe” will return the execution file name with “/tmp/root” as prefix(maybe something other too).
So I am trying to fix it by the patch file attached.

Please review and merge into master if it looks good.

Sorry for my bad english.

And thanks in advance.

Best Regards,
Michael


30.03.20181463PackagesBug ReportVery LowMediumnetifd disagrees with static route documentationTrunkUnconfirmed Task Description

https://openwrt.org/docs/guide-user/network/routes_configuration says, of the static route “gateway” configuration variable, “If omitted, the gateway from the parent interface is taken; if set to 0.0.0.0 no gateway will be specified for the route”. However, netifd HEAD does not distinguish all zeros from unset. In particular, https://git.openwrt.org/?p=project/netifd.git;a=blob;f=interface-ip.c;h=1c84d4f8afed8bbe8af9fcc868fb1472b048019d;hb=HEAD#l343 is the only place where ROUTE_GATEWAY is decoded from a blob message and will leave route→nexthop all zeros if none is provided:

 343         if ((cur = tb[ROUTE_GATEWAY]) != NULL) {
 344                 if (!inet_pton(af, blobmsg_data(cur), &route->nexthop)) {
 345                         DPRINTF("Failed to parse route gateway: %s\n", (char *) blobmsg_data(cur));
 346                         goto error;
 347                 }
 348         }

When it comes time to actually use the resulting route→nexthop value, https://git.openwrt.org/?p=project/netifd.git;a=blob;f=system-linux.c;h=0ca525602d9ea63ac5b845b2be9c6c7bdec7c26c;hb=HEAD#l1851 just checks for all-zeros and, if so, declares it to be a link-local route:

1851         if (alen == 4)
1852                 have_gw = !!route->nexthop.in.s_addr;
1853         else
1854                 have_gw = route->nexthop.in6.s6_addr32[0] ||
1855                         route->nexthop.in6.s6_addr32[1] ||
1856                         route->nexthop.in6.s6_addr32[2] ||
1857                         route->nexthop.in6.s6_addr32[3];
...
1882                         rtm.rtm_scope = (have_gw) ? RT_SCOPE_UNIVERSE : RT_SCOPE_LINK;
...
1925         if (have_gw)
1926                 nla_put(msg, RTA_GATEWAY, alen, &route->nexthop);

I believe that struct device_route needs a flag to indicate whether the incoming blobmsg had a ROUTE_GATEWAY or not, and that system_rt should use the device’s configured default gateway if not. There is, at present, no workaround except to hard-code the next hop in the configuration, which is gross.

25.06.20181611PackagesBug ReportVery LowMediumMissing files for ZyXEL P2812-HNU-FXopenwrt-18.06Unconfirmed Task Description

The ‘Supplementary Files’ section of lantiq/xrx200 contains only a u-boot-p2812hnufx_ram.

To install OpenWRT on an OEM box a u-boot-nand, uImage and initramfs are needed according to the install instructions.

https://openwrt.org/toh/zyxel/p2812hnu-f1

 


25.07.20181692PackagesBug ReportVery LowMediumDDNS seems to not use ca-certificatesTrunkWaiting on reporter Task Description

On 18.06 rc2 I have to type “IGNORE” in the “Path to ca-file” field. Otherwise I always get this error:

Wed Jul 25 23:31:21 2018 user.err ddns-scripts[1745]: myddns_ipv4: cURL Error: ‘77’ Wed Jul 25 23:31:22 2018 user.warn ddns-scripts[1745]: myddns_ipv4: Transfer failed - retry 1/0 in 60 seconds

The ca-certificates package is installed. On 18.06 rc1 I got not this error.

30.07.20181713PackagesBug ReportVery LowMediumlevel of deamon log messagesAllUnconfirmed Task Description

during some driver tests noticed these:

Sat Jul  7 13:41:52 2018 daemon.err hostapd: Using interface wlan0-2 with hwaddr <mac_addr> and ssid "9531_3"
Sat Jul  7 13:41:52 2018 daemon.err hostapd: Using interface wlan1-2 with hwaddr <mac_addr> and ssid "OpenWrt3"

this was not an error but rather notice.
Sat Jul  7 13:10:06 2018 daemon.notice hostapd: nl80211: Failed to remove interface wlan1-1 from bridge br-lan: No such device
Sat Jul  7 13:11:01 2018 daemon.notice hostapd: wlan1: STA <mac_addr> IEEE 802.11: Could not set STA to kernel driver
Sat Jul  7 13:11:28 2018 daemon.notice hostapd: wlan1: STA <mac_addr> IEEE 802.11: did not acknowledge authentication response

this is most likely an error isn't it rather than just notice?
12.08.20181769PackagesFeature RequestVery LowMediumEnable built-in RADIUS support for full version of host...TrunkUnconfirmed Task Description

hostapd has built-in RADIUS server and capable to perform EAP authentication without external authenticator. Unfortunately OpenWRT package builds full version of hostapd with internal crypto backend. All functions related to EAP-TLS in internal crypto backend stubbed with empty bodies returning error immediately.

Recently I used FreeRADIUS running directly on my router, but it requires pretty remarkable amount of RAM. I ended up with patch for openwrt build specs in order to build fully functional hostapd. Also I made some ugly hacks in netifd scripts to compose proper hostapd.conf. Finally, I got working EAP-TLS auth virtually with no additional costs.

Probably support for internal RADIUS and some authentication methods should be added to LUCI/UCI configuration interface.

I guess secure WLAN is not a luxury feature and EAP auth is mandatory for modern secure networks.

My device is: TP-Link Archer C50 V1
My current OpenWRT version is: OpenWrt 18.06.0, r7188-b0b5c64c22

01.10.20181876PackagesBug ReportVery LowMediumar71xx: btrfs (RAID1) broken on the TL-WDR3600 TrunkUnconfirmed Task Description

Hi,

I updated my TP-LINK TL-WDR3600 to OpenWrt 18.06.1 to attach 2 Harddisks in RAID1. The disks were attached to a Linux PC before and they work there without any problems. They are also working with gexxbox (cubibox hardware).

uname -a
Linux Grisu-AP 4.9.120 #0 Thu Aug 16 07:51:15 2018 mips GNU/Linux

root@Grisu-AP:/mnt# block info
label buffer too small 256 > 63
label buffer too small 256 > 63
/dev/mtdblock2: UUID=”d74faf39-3bf99749-7ff34679-ea820947” VERSION=”4.0” MOUNT=”/rom” TYPE=”squashfs” /dev/mtdblock3: MOUNT=”/overlay” TYPE=”jffs2” /dev/sda: UUID=”72a8abd2-1880-47d5-a91b-836c2bd0e6ae” TYPE=”btrfs” /dev/sdb: UUID=”72a8abd2-1880-47d5-a91b-836c2bd0e6ae” TYPE=”btrfs”

If I try to mount the RAID as sda I get the following:
mount /dev/sda /mnt/share
mount: mounting /dev/sda on /mnt/share failed: Invalid argument

If I try to mount the RAID as sdb it seems to work. I can browse through the directories for some seconds. Then nothing is listed anymore and I found the following in the log.

[ 206.334816] BTRFS: device label BTRFS_RAID1 devid 1 transid 21115 /dev/sda
[ 206.344960] BTRFS info (device sda): disk space caching is enabled
[ 206.353718] BTRFS error (device sda): failed to read the system array: -5
[ 206.362914] BTRFS error (device sda): open_ctree failed
[ 227.727463] BTRFS info (device sda): disk space caching is enabled
[ 227.735960] BTRFS error (device sda): failed to read the system array: -5
[ 227.745478] BTRFS error (device sda): open_ctree failed
[ 237.303189] BTRFS: device label BTRFS_RAID1 devid 2 transid 21115 /dev/sdb
[ 237.313585] BTRFS info (device sdb): disk space caching is enabled
[ 292.959623] ————[ cut here ]———— [ 292.964449] WARNING: CPU: 0 PID: 2010 at fs/btrfs/extent-tree.c:2967 0x8771f3e8 [btrfs@87700000+0xd74a0]
[ 292.974243] BTRFS: Transaction aborted (error -17)
[ 292.979183] Modules linked in: ath9k ath9k_common pppoe ppp_async ath9k_hw ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc 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 lzo libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables nfsd nfs lockd sunrpc grace dns_resolver uas usb_storage sd_mod scsi_mod btrfs zlib_inflate zlib_deflate xor raid6_pq lzo_decompress lzo_compress
[ 293.051845] exportfs crc32c_generic crypto_hash ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[ 293.061554] CPU: 0 PID: 2010 Comm: btrfs-transacti Not tainted 4.9.120 #0
[ 293.068477] Stack : 80497672 0000003d 00000000 00000001 00000000 00000000 00000000 00000000
[ 293.077154] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 293.085741] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 293.094322] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 293.102919] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 293.111499] ...
[ 293.114007] Call Trace:
[ 293.116327] [<8006ad5c>] 0x8006ad5c
[ 293.119889] [<8006ad5c>] 0x8006ad5c
[ 293.123427] [<8007fd44>] 0x8007fd44
[ 293.127028] [<8771f3e8>] 0x8771f3e8 [btrfs@87700000+0xd74a0]
[ 293.132814] [<8007fd7c>] 0x8007fd7c
[ 293.136393] [<8771f3e8>] 0x8771f3e8 [btrfs@87700000+0xd74a0]
[ 293.142249] [<87737e5c>] 0x87737e5c [btrfs@87700000+0xd74a0]
[ 293.148041] [<877385ec>] 0x877385ec [btrfs@87700000+0xd74a0]
[ 293.153811] [<803a79d8>] 0x803a79d8
[ 293.157380] [<87732d94>] 0x87732d94 [btrfs@87700000+0xd74a0]
[ 293.163158] [<87732c10>] 0x87732c10 [btrfs@87700000+0xd74a0]
[ 293.168960] [<87732c10>] 0x87732c10 [btrfs@87700000+0xd74a0]
[ 293.174786] [<80098150>] 0×80098150 [ 293.178399] [<80098074>] 0×80098074 [ 293.181992] [<80065ef8>] 0x80065ef8
[ 293.185533]
[ 293.187041] —[ end trace 467c7995bdeef333 ]— [ 293.191792] BTRFS: error (device sdb) in btrfs_run_delayed_refs:2967: errno=-17 Object already exists
[ 293.201178] BTRFS info (device sdb): forced readonly
[ 293.206265] BTRFS warning (device sdb): Skipping commit of aborted transaction.
[ 293.213736] BTRFS: error (device sdb) in cleanup_transaction:1850: errno=-17 Object already exists

If you need more information please let me know.
Best regards, grisu

08.12.20181989PackagesBug ReportVery LowMediumwpa_supplicant disablind timestamp check does not workAllUnconfirmed Task Description

Hi!

As far as I can tell, the option to disable timestamp checks in wpa_supplicant does not work, it can be enabled via
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

As a result, certificates are rejected if the system time does not match the expected range of valid dates for the certificate. Manual user action is required in my case, where internet acces via ethernet is governed via 802.1x and wpa_supplicant.

I studied the hostapd package for some time, but as I am no programmer is was not able to tell much, but for me it seems the option is not properly integrated.

My build options are:

CONFIG_PACKAGE_wpad=y
# CONFIG_PACKAGE_wpad-mini is not set
CONFIG_WPA_SUPPLICANT_INTERNAL=y
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

20.12.20182017PackagesBug ReportVery LowMedium[wpad] cannot use encryption on 802.11s meshopenwrt-18.06Unconfirmed Task Description

TLDR:
option encryption ‘none’ works perfectly

option encryption ‘# literally anything else’ wpad assumes encryption = none and everything works
OR
breaks config, mesh interface never comes up
(more than just the UI, also tested with iw)

Router A: ENS202EXT (Atheros/mac80211)
Router B: ENS202EXT (Atheros/mac80211)

Openwrt 18.06.1

wpad 2018-05-21-62566bc2-5 (current as of post)
also tried other versions of wpad (mesh, mesh-openssl)

I have tried both Mesh only and Mesh + AP.
I have not tried wpa_supplicant.

Currently have a mesh point that is working, but unencrypted. Along with an AP

LuCI does not allow the option to add encryption
If I force encryption in the configuration, mesh does not start up.
the package authSAE doesn’t exist anymore...so I assume that I am not missing requirements...

With Unencrypted mesh, LuCI shows association between the routers
Routers show up on each other’s Associated Stations list
everything seems to be working, with manual range testing since I can’t ping between routers, I guess because of firewall.

the most closely related issue I could find is this

another relevant links:
https://forum.openwrt.org/t/setting-up-authenticated-mesh-with-wpad-mesh/12399/49

they claim it’s good but it isn’t
Not sure if this is by design or never resolved.
Please advise how to better show the problem, what to post, etc...
I will be testing this on other routers as well

Working mesh config in wireless:

config wifi-iface

      option device 'radio0'
      option encryption 'none'
      option mode 'mesh'
      option mesh_id '$ID'
      option mesh_fwding '1'
      option network 'WLAN'

Mesh Config that fails:

config wifi-iface ‘SDMesh’

      option network 'WLAN'
      option device 'radio0'
      option mode 'mesh'
      option mesh_fwding '1'
      option mesh_id '$ID'
      option encryption 'psk2+ccmp'
      option key '$KEY'
26.01.20192084PackagesBug ReportVery LowMediumltq-vdsl-vr9-vectoring-fw-installer: New version of fir...openwrt-18.06Unconfirmed Task Description

When running vdsl_fw_install.sh from the ltq-vdsl-vr9-vectoring-fw-installer package, it tries to download https://www.telekom.de/hilfe/downloads/firmware-speedport-w921v-1.44.000.bin which does not exist anymore on the server.

There is a new version (1.45) out though.

Also, I had to install this package (ltq-vdsl-vr9-vectoring-fw-installer) manually, as it is not available in the repos of 18.06.

Warm regards and thanks for the good work!

Tom

30.01.20192093PackagesFeature RequestVery LowMediumThere is 'dslite' but not 'ipip6'?AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
This is a suggestion and is not a model-specific bug report.

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 18.06.1, r7258-5eb055306f

- Steps to reproduce
Description below:

I don't understand why people have not come across this, but I honestly think there should be a package providing users with a generic implementation of IPv4-over-IPv6 tunnel. There is 'dslite' which contains 'dslite.sh' but is too specifically optimized for DS-Lite since it has IPv4 addresses of hard-coded. Sure, I could alter these values locally for personal use, but that just doesn't feel right...I find it rather inflexible. I'm not saying 'dslite' should be renamed to 'ipip6' but I do think folks will be happier if there were a separate package named like 'ipip6' implemented with more flexibility. Or am

Showing tasks 1001 - 1050 of 1140 Page 21 of 23<<First - 19 - 20 - 21 - 22 - 23 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing