Flyspray:: Wed, 19 Jun 2019 14:20:30 +0000 Flyspray::OpenWrt/LEDE Project: Recently closed tasks https://bugs.openwrt.org/ FS#2313: EBIN as no network at loading ramdisk GANDALF Wed, 05 Jun 2019 16:24:38 +0000 Supply the following if possible:
- EspressoBin board v7 with EMMC
- OpenWrt SNAPSHOT, r10128-ef7aa03bdb
- Boot on ramdisk

 

Bad /etc/config/network make the default networks faulty.
Then devices names are incorrect for br-lan (eth0, instead of lan0 and lan1) and there is no wan defined.

the fix is to simply fill the /etc/config/network with the defaults devices from the 18.06.2 release and then restart network.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2313 https://bugs.openwrt.org/index.php?do=details&task_id=2313
FS#2323: Meraki MR24 won't TFTP boot modern initramfs images Russell Senior Sun, 16 Jun 2019 05:58:43 +0000 Supply the following if possible:
- Device problem occurs on

Observed on Meraki MR24

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

18.06.2 and current HEAD

- Steps to reproduce

Attempt to TFTP boot an initramfs-kernel.bin image.

=> setenv meraki_bootfile openwrt-18.06.2-apm821xx-nand-meraki_mr24-initramfs-kernel.bin
=> setenv netloadmethod tftpboot; setenv bootargs console=ttyS0,${baudrate} rootfstype=squashfs mtdoops.mtddev=oops
=> run meraki_load_net meraki_checkpart meraki_bootlinux
Waiting for PHY auto negotiation to complete.... done
ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0)
Using ppc_4xx_eth0 device
TFTP from server 192.168.80.7; our IP address is 192.168.80.49
Filename 'openwrt-18.06.2-apm821xx-nand-meraki_mr24-initramfs-kernel.bin'.
Load address: 0xc00000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         ###############################
done
Bytes transferred = 4262848 (410bc0 hex)
Unexpected magic number 27051956
=> 

Based on images in my built archive, seems the magic number (first four bytes of the initramfs-kernel.bin image) changed between 5244-gf0c37f6ceb and 6164-g9f5a4f8a42. Magic was previously: 8e 73 ed 8a, and those successfully boot. Sysupgrade images have been working fine, but this is the first time I’ve tried to tftp a recent image in a while.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2323 https://bugs.openwrt.org/index.php?do=details&task_id=2323
FS#2325: TPLink Archer C50 v4. opkg list update successful. 'Cannot install package' error for Luci Bill Mon, 17 Jun 2019 17:31:25 +0000 latest snapshot sysupgrade.bin image modified as per notes in this commit to enable initial install.
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=01dcd574a24864c10a9c4df4304a3ce0da5c11a9

See also my post on forum for more information.
https://forum.openwrt.org/t/support-for-archer-c50-v4/20174/107

 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt SNAPSHOT, r10242-3c401f45c9
 -----------------------------------------------------
=== WARNING! =====================================
There is no root password defined on this device!
Use the "passwd" command to set up a new password
in order to prevent unauthorized SSH logins.
--------------------------------------------------
root@OpenWrt:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root                 2048      2048         0 100% /rom
tmpfs                    29636        60     29576   0% /tmp
/dev/mtdblock5            3840       280      3560   7% /overlay
overlayfs:/overlay        3840       280      3560   7% /
tmpfs                      512         0       512   0% /dev

root@OpenWrt:~# opkg update
Downloading http://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading http://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/packages/Packages.sig
Signature check passed.
Downloading http://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/kmods/4.14.125-1-e12d1ba9b9a71c449bb345046c7edbf7/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_kmods
Downloading http://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/kmods/4.14.125-1-e12d1ba9b9a71c449bb345046c7edbf7/Packages.sig
Signature check passed.
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/base/Packages.sig
Signature check passed.
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_luci
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/luci/Packages.sig
Signature check passed.
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/packages/Packages.sig
Signature check passed.
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/routing/Packages.sig
Signature check passed.
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_telephony
Downloading http://downloads.openwrt.org/snapshots/packages/mipsel_24kc/telephony/Packages.sig
Signature check passed.
root@OpenWrt:~#
root@OpenWrt:~#
root@OpenWrt:~# opkg install luci
Unknown package 'luci'.
Collected errors:
 * opkg_install_cmd: Cannot install package luci.
root@OpenWrt:~#

Log is for attempting to install Luci. Same error for other known packages such as ‘openvpn-openssl’ and non-existent package names.

I think this may be a bug, unless it is simply because the device does not have free space (8 MiB flash) to install luci etc?

(I also installed latest snapshot to a spare HomeHub5A. No issues downloading/installing Luci or other packages but HH5A does have 128 MiB of flash)

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2325 https://bugs.openwrt.org/index.php?do=details&task_id=2325
FS#2281: The Dnsmasq-full seems have problems when it was compiled without DHCP function PussAzuki Mon, 13 May 2019 17:18:55 +0000 First,select the package dnsmasq-full but not select the option " Build with DHCP support”, then save the .config and start compiling ,finally extract the installation file or firmware to install or flash,and now you will see the dnsmasq won’t start even if you modify it in the /etc/config/dhcp file unless you manually change its startup script. The keyword should be dhcp-ignore-names ,dhcp-broadcast and dhcp-leasefile.According to the documentation, when I go to modify the dnsmasq setting in the /etc/config/dhcp file and delete its dhcp related settings, dnsmasq’s dhcp function can be disabled, but it is not implemented in this way.I used odhcpd to serve as a dhcpv4 and dhcpv6 server and I think it’s no need to keep dnsmasq’s DHCP function.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2281 https://bugs.openwrt.org/index.php?do=details&task_id=2281
FS#2286: ath79 client mode fails when bridged Rod Egan Wed, 15 May 2019 13:17:03 +0000 When client mode (plain client or WDS client) is bridged with a local interface on (so far) wr842v1/3 and archer c7 v5 the wifi link fails with the following log entries on the associated AP.

Thu May  9 14:13:17 2019 daemon.notice hostapd: ap1: WDS-STA-INTERFACE-ADDED ifname=ap1.sta1 sta_addr=b0:be:76:e9:d4:47
Thu May  9 14:13:17 2019 kern.info kernel: [11074.049392] br-lan: port 4(ap1.sta1) entered blocking state
Thu May  9 14:13:17 2019 kern.info kernel: [11074.055244] br-lan: port 4(ap1.sta1) entered listening state
Thu May  9 14:13:19 2019 kern.info kernel: [11076.132112] br-lan: port 4(ap1.sta1) entered learning state
Thu May  9 14:13:21 2019 kern.info kernel: [11078.211994] br-lan: port 4(ap1.sta1) entered forwarding state
Thu May  9 14:13:21 2019 kern.info kernel: [11078.217946] br-lan: topology change detected, propagating
Thu May  9 14:13:26 2019 daemon.info hostapd: ap1: STA b0:be:76:e9:d4:47 IEEE 802.11: deauthenticated due to local deauth request
Thu May  9 14:13:26 2019 kern.info kernel: [11082.850945] device ap1.sta1 left promiscuous mode
Thu May  9 14:13:26 2019 kern.info kernel: [11082.856048] br-lan: port 4(ap1.sta1) entered disabled state
Thu May  9 14:13:26 2019 daemon.err hostapd: nl80211: NL80211_ATTR_STA_VLAN (addr=b0:be:76:e9:d4:47 ifname=ap1 **vlan_id=0**) failed: -2 (No such file or directory)
Thu May  9 14:13:26 2019 daemon.notice hostapd: ap1: WDS-STA-INTERFACE-REMOVED ifname=ap1.sta1 sta_addr=b0:be:76:e9:d4:47

If the client isn’t bridged then the connection is as expected.

Tried this on Truck last thursday 9th May (WST) and on OpenWrt SNAPSHOT r9992-86fd8cb with the same result.

 

Thread on forum discusses this further. External Link

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2286 https://bugs.openwrt.org/index.php?do=details&task_id=2286
FS#2293: Named IP rule isn't applied Leon George Sat, 25 May 2019 23:00:32 +0000 hi :-)

reproducible error on f21c8577bbc0b8c2cdbd3782adad9da1111607fb using wdr4300.
can test on other platforms as well, if there’s reason to believe this bug is platform-dependent.

a rule configured like this isn’t applied:
```
[root@50024 ~] $ uci show network.@rule[0]
network.public_rule=rule
network.public_rule.in=’public’ network.public_rule.lookup=’220’ network.public_rule.priority=’220’ [root@50024 ~] $ /etc/init.d/network restart
[root@50024 ~] $ ip rule
0: from all lookup local
6699: from all lookup 65
32766: from all lookup main
32767: from all lookup default
```
notice the weird 6699/65 rule.
those numbers are the same across reboots.

an anonymous rule, however, is applied correctly:
```
[root@50024 ~] $ uci show network.@rule[0]
network.cfg0c92bd=rule
network.cfg0c92bd.in=’public’ network.cfg0c92bd.lookup=’220’ network.cfg0c92bd.priority=’220’ [root@50024 ~] $ /etc/init.d/network restart
[root@50024 ~] $ ip rule
0: from all lookup local
220: from all iif br-public lookup 220
32766: from all lookup main
32767: from all lookup default
```

i would rather the named rule worked to allow it to be configured programmatically :-p

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2293 https://bugs.openwrt.org/index.php?do=details&task_id=2293
FS#982: imx6: build failure: kmod-ath10k-ct is missing dependencies for hwmon.ko Baptiste Jonglez Sun, 27 Aug 2017 15:48:40 +0000 While test-building all architectures on latest lede-17.01 (https://git.lede-project.org/dc8392f6a) with CONFIG_ALL_KMODS=y, I bumped on this build failure for imx6:

find /home/bjonglez/lede-17.01/build_dir/target-arm_cortex-a9+neon_musl-1.1.16_eabi/linux-imx6/ath10k-ct-2017-01-26-d2bc84ff/ipkg-arm_cortex-a9_neon/kmod-ath10k-ct -name 'CVS' -o -name '.svn' -o -name '.#*' -o -name '*~'| xargs -r rm -rf
Package kmod-ath10k-ct is missing dependencies for the following libraries:
hwmon.ko
Makefile:83: recipe for target '/home/bjonglez/lede-17.01/bin/targets/imx6/generic/packages/kmod-ath10k-ct_4.4.83+2017-01-26-d2bc84ff-1_arm_cortex-a9_neon.ipk' failed
make[3]: *** [/home/bjonglez/lede-17.01/bin/targets/imx6/generic/packages/kmod-ath10k-ct_4.4.83+2017-01-26-d2bc84ff-1_arm_cortex-a9_neon.ipk] Error 1
make[3]: Leaving directory '/home/bjonglez/lede-17.01/package/kernel/ath10k-ct'
package/Makefile:105: recipe for target 'package/kernel/ath10k-ct/compile' failed

It looks similar to  FS#226  that was fixed in https://git.lede-project.org/5f9598a but it seems that the fix was not enough for this target.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=982 https://bugs.openwrt.org/index.php?do=details&task_id=982
FS#1982: ag71xx ethtool broken bolvan Mon, 03 Dec 2018 18:09:46 +0000 Device Dlink dir-825 rev.B
OpenWrt SNAPSHOT, r8623-7e88753

It always worked well for years from very old openwrt to lede with kernel 4.9
Now on kernel 4.14 its broken

ethtool eth1
Settings for eth1:
Cannot get device settings: Bad address
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

mii-tool -v eth1
eth1: negotiated 100baseTx-FD, link ok
  product info: vendor 00:07:32, model 22 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD

link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=1982 https://bugs.openwrt.org/index.php?do=details&task_id=1982
FS#2277: keepalaived - do_page_fault sending SIGSEGV to keepalived for invalid read access from 00000004 camel Fri, 10 May 2019 07:49:34 +0000 - Device problem occurs on MT7621 (zbt 3526 - also on MT 7620zbt 826)
- Software versions of OpenWrt: current trunk
- Steps to reproduce: happening 1-2 times / day

 

Fri May 10 03:32:07 2019 kern.info kernel: [693630.248851] do_page_fault(): sending SIGSEGV to keepalived for invalid read access from 00000004
Fri May 10 03:32:07 2019 kern.info kernel: [693630.257865] epc = 555a0ea7 in keepalived[55559000+6e000]
Fri May 10 03:32:07 2019 kern.info kernel: [693630.263451] ra = 555a0ea5 in keepalived[55559000+6e000]
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Keepalived_vrrp exited due to segmentation fault (SIGSEGV).
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Please report a bug at https://github.com/acassen/keepalived/issues Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: and include this log from when keepalived started, a description
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: of what happened before the crash, your configuration file and the details below.
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Also provide the output of keepalived -v, what Linux distro and version
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: you are running on, and whether keepalived is being run in a container or VM.
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: A failure to provide all this information may mean the crash cannot be investigated.
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: If you are able to provide a stack backtrace with gdb that would really help.
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Source version 2.0.15 , git commit v2.0.14-53-g9de2817c+
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Built with kernel headers for Linux 4.14.111
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Running on Linux 4.14.113 #0 SMP Wed May 1 05:25:55 2019
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Command line: ‘/usr/sbin/keepalived’ ‘-n’ ‘-f’ ‘/tmp/keepalived.conf’ Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: configure options: –target=mipsel-openwrt-linux –host=mipsel-openwrt-linux
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –build=x86_64-pc-linux-gnu –program-prefix= –program-suffix= –prefix=/usr
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –exec-prefix=/usr –bindir=/usr/bin –sbindir=/usr/sbin –libexecdir=/usr/lib
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –sysconfdir=/etc –datadir=/usr/share –localstatedir=/var –mandir=/usr/man
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –infodir=/usr/info –disable-nls –with-init=SYSV –disable-nftables –enable-sha1
Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –disable-libipset-dynamic build_alias=x86_64-pc-linux-gnu


any ideas ?

cvu camel

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2277 https://bugs.openwrt.org/index.php?do=details&task_id=2277
FS#2291: RPCd crashes with $5$ or $6$ format hashes in shadow(5) with CONFIG_MUSL_DISABLE_CRYPT_SIZE_HACK=y Aaron Jones Wed, 22 May 2019 08:30:40 +0000 Device: Netgear WNDR3700 & WNDR3800
Architecture: ar71xx
OpenWRT master

Steps to reproduce:

$ openssl rand 12 | base64
EMoT4MFUTh03hwxx
$ python
>>> import crypt
>>> crypt.crypt("password", "$6$EMoT4MFUTh03hwxx$")
'$6$EMoT4MFUTh03hwxx$GhP4a6RCDJfpHo9e2SycODiAIiBrJP/bOJvsRu6Ws98n5N8/Mh4esTYvhc1fjDnU8cDl1QduG/eJxHjXq9YGq/'
>>> 
$ 

root@router:~# cp /etc/shadow /etc/shadow.bak
root@router:~# nano /etc/shadow
root@router:~# grep root /etc/shadow
root:$6$EMoT4MFUTh03hwxx$GhP4a6RCDJfpHo9e2SycODiAIiBrJP/bOJvsRu6Ws98n5N8/Mh4esTYvhc1fjDnU8cDl1QduG/eJxHjXq9YGq/:17680:0:99999:7:::
root@router:~# 

(Try a web login in LuCI ...)

Screenshots

root@router:~# dmesg
[...]
[ 4476.842899] do_page_fault(): sending SIGSEGV to rpcd for invalid read access from 00000000
[ 4476.851215] epc = 77ee8cc4 in libc.so[77e72000+99000]
[ 4476.856319] ra  = 55654147 in rpcd[55651000+a000]
root@router:~# 

Rebooting fixes it (ostensibly RPCd is restarted) so that LuCI responds again, but the issue persists.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2291 https://bugs.openwrt.org/index.php?do=details&task_id=2291