Flyspray:: https://bugs.openwrt.org/ Flyspray::OpenWrt/LEDE Project: Recently closed tasks 2019-06-19T14:20:30Z FS#2313: EBIN as no network at loading ramdisk https://bugs.openwrt.org/index.php?do=details&task_id=2313 2019-06-19T14:20:30Z GANDALF 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. 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.

]]>
FS#2323: Meraki MR24 won't TFTP boot modern initramfs images https://bugs.openwrt.org/index.php?do=details&task_id=2323 2019-06-18T04:11:50Z Russell Senior 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. 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.

]]>
FS#2325: TPLink Archer C50 v4. opkg list update successful. 'Cannot install package' error for Luci https://bugs.openwrt.org/index.php?do=details&task_id=2325 2019-06-17T17:38:24Z Bill 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) 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)

]]>
FS#2281: The Dnsmasq-full seems have problems when it was compiled without DHCP function https://bugs.openwrt.org/index.php?do=details&task_id=2281 2019-06-09T08:21:53Z PussAzuki 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. 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.

]]>
FS#2286: ath79 client mode fails when bridged https://bugs.openwrt.org/index.php?do=details&task_id=2286 2019-06-08T07:29:42Z Rod Egan 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 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

]]>
FS#2293: Named IP rule isn't applied https://bugs.openwrt.org/index.php?do=details&task_id=2293 2019-06-06T20:48:08Z Leon George 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=rulenetwork.public_rule.in=’public’ network.public_rule.lookup=’220’ network.public_rule.priority=’220’ [root@50024 ~] $ /etc/init.d/network restart[root@50024 ~] $ ip rule0: 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=rulenetwork.cfg0c92bd.in=’public’ network.cfg0c92bd.lookup=’220’ network.cfg0c92bd.priority=’220’ [root@50024 ~] $ /etc/init.d/network restart[root@50024 ~] $ ip rule0: 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 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

]]>
FS#982: imx6: build failure: kmod-ath10k-ct is missing dependencies for hwmon.ko https://bugs.openwrt.org/index.php?do=details&task_id=982 2019-06-06T20:04:27Z Baptiste Jonglez 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. 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.

]]>
FS#1982: ag71xx ethtool broken https://bugs.openwrt.org/index.php?do=details&task_id=1982 2019-06-05T20:59:20Z bolvan Device Dlink dir-825 rev.BOpenWrt SNAPSHOT, r8623-7e88753 It always worked well for years from very old openwrt to lede with kernel 4.9Now 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 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

]]>
FS#2277: keepalaived - do_page_fault sending SIGSEGV to keepalived for invalid read access from 00000004 https://bugs.openwrt.org/index.php?do=details&task_id=2277 2019-06-05T11:46:15Z camel - 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 00000004Fri 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 descriptionFri 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 versionFri 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.111Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: Running on Linux 4.14.113 #0 SMP Wed May 1 05:25:55 2019Fri 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-linuxFri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –build=x86_64-pc-linux-gnu –program-prefix= –program-suffix= –prefix=/usrFri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –exec-prefix=/usr –bindir=/usr/bin –sbindir=/usr/sbin –libexecdir=/usr/libFri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –sysconfdir=/etc –datadir=/usr/share –localstatedir=/var –mandir=/usr/manFri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –infodir=/usr/info –disable-nls –with-init=SYSV –disable-nftables –enable-sha1Fri May 10 03:32:07 2019 daemon.info Keepalived[3377]: –disable-libipset-dynamic build_alias=x86_64-pc-linux-gnu any ideas ? cvu camel - 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

]]>
FS#2291: RPCd crashes with $5$ or $6$ format hashes in shadow(5) with CONFIG_MUSL_DISABLE_CRYPT_SIZE_HACK=y https://bugs.openwrt.org/index.php?do=details&task_id=2291 2019-06-05T11:21:19Z Aaron Jones Device: Netgear WNDR3700 & WNDR3800Architecture: ar71xxOpenWRT 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. 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.

]]>