OpenWrt/LEDE Project

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

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

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

OpenedIDCategoryTask TypePrioritySeverity  descSummaryReported InStatus
26.06.20192341Base systemFeature RequestVery LowLowFeature Request: nslookup - support SRV queriesAllUnconfirmed Task Description

Could support for SRV requests be added to the patch https://github.com/openwrt/openwrt/blob/master/package/utils/busybox/patches/230-add_nslookup_lede.patch

Currently I am working on setting up a service for freifunk which uses SRV records. Unfortunately I have to install bind-host and all it’s dependencies to make the DNS query. It would be great if the built-in busybox nslookup supported this.

@jow- seems to have done a bit of work on nslookup in the past.

Any support would be appreciated.

P

27.06.20192342Base systemBug ReportVery LowLowmt7621 "PCIE2 no card" error at cold bootTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

root@OpenWrt:~# cat /etc/*-release
NAME="OpenWrt"
VERSION="SNAPSHOT"
ID="openwrt"
ID_LIKE="lede openwrt"
PRETTY_NAME="OpenWrt SNAPSHOT"
VERSION_ID="snapshot"
HOME_URL="https://openwrt.org/"
BUG_URL="https://bugs.openwrt.org/"
SUPPORT_URL="https://forum.openwrt.org/"
BUILD_ID="r10327-a0e5ca4f35"
LEDE_BOARD="ramips/mt7621"
LEDE_ARCH="mipsel_24kc"
LEDE_TAINTS=""
LEDE_DEVICE_MANUFACTURER="OpenWrt"
LEDE_DEVICE_MANUFACTURER_URL="https://openwrt.org/"
LEDE_DEVICE_PRODUCT="Generic"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="OpenWrt SNAPSHOT r10327-a0e5ca4f35"

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

root@OpenWrt:~# opkg list-installed
base-files - 200-r10327-a0e5ca4f35
block-mount - 2019-03-28-ff1ded63-5
busybox - 1.31.0-1
dnsmasq - 2.80-13
dropbear - 2019.78-2
firewall - 2019-01-02-70f8785b-2
fstools - 2019-03-28-ff1ded63-5
fwtool - 1
getrandom - 2019-06-16-4df34a4d-2
hostapd-common - 2018-12-02-c2c6c01b-6
htop - 2.2.0-2
ip6tables - 1.8.2-3
iperf3 - 3.6-1
iptables - 1.8.2-3
iptables-mod-conntrack-extra - 1.8.2-3
iptables-mod-ipopt - 1.8.2-3
iw-full - 5.0.1-1
jshn - 2019-06-16-ecf56174-1
jsonfilter - 2018-02-04-c7e938d6-1
kernel - 4.14.129-1-2c88b7be5bf978d41a9f6038dabdd3b4
kmod-ata-ahci - 4.14.129-1
kmod-ata-core - 4.14.129-1
kmod-cfg80211 - 4.14.129+4.19.32-1-2
kmod-crypto-crc32c - 4.14.129-1
kmod-crypto-hash - 4.14.129-1
kmod-fs-ext4 - 4.14.129-1
kmod-gpio-button-hotplug - 4.14.129-2
kmod-ifb - 4.14.129-1
kmod-ip6tables - 4.14.129-1
kmod-ipt-conntrack - 4.14.129-1
kmod-ipt-conntrack-extra - 4.14.129-1
kmod-ipt-core - 4.14.129-1
kmod-ipt-ipopt - 4.14.129-1
kmod-ipt-nat - 4.14.129-1
kmod-ipt-offload - 4.14.129-1
kmod-ipt-raw - 4.14.129-1
kmod-leds-gpio - 4.14.129-1
kmod-lib-crc-ccitt - 4.14.129-1
kmod-lib-crc16 - 4.14.129-1
kmod-mac80211 - 4.14.129+4.19.32-1-2
kmod-mmc - 4.14.129-1
kmod-mt76 - 4.14.129+2019-06-25-d680ab01-1
kmod-mt76-core - 4.14.129+2019-06-25-d680ab01-1
kmod-mt7603 - 4.14.129+2019-06-25-d680ab01-1
kmod-mt76x02-common - 4.14.129+2019-06-25-d680ab01-1
kmod-mt76x2 - 4.14.129+2019-06-25-d680ab01-1
kmod-mt76x2-common - 4.14.129+2019-06-25-d680ab01-1
kmod-nf-conntrack - 4.14.129-1
kmod-nf-conntrack6 - 4.14.129-1
kmod-nf-flow - 4.14.129-1
kmod-nf-ipt - 4.14.129-1
kmod-nf-ipt6 - 4.14.129-1
kmod-nf-nat - 4.14.129-1
kmod-nf-reject - 4.14.129-1
kmod-nf-reject6 - 4.14.129-1
kmod-nls-base - 4.14.129-1
kmod-ppp - 4.14.129-1
kmod-pppoe - 4.14.129-1
kmod-pppox - 4.14.129-1
kmod-sched-cake - 4.14.129+2019-03-12-057c7388-1
kmod-sched-core - 4.14.129-1
kmod-scsi-core - 4.14.129-1
kmod-sdhci-mt7620 - 4.14.129-1
kmod-slhc - 4.14.129-1
kmod-usb-core - 4.14.129-1
kmod-usb-storage - 4.14.129-1
kmod-usb-storage-uas - 4.14.129-1
kmod-usb3 - 4.14.129-1
libblobmsg-json - 2019-06-16-ecf56174-1
libc - 1.1.22-1
libelf1 - 0.176-2
libgcc1 - 7.4.0-1
libip4tc0 - 1.8.2-3
libip6tc0 - 1.8.2-3
libiwinfo-lua - 2019-06-12-1372f47e-1
libiwinfo20181126 - 2019-06-12-1372f47e-1
libjson-c4 - 0.13.1-1
libjson-script - 2019-06-16-ecf56174-1
libkmod - 20-1
liblua5.1.5 - 5.1.5-3
liblucihttp-lua - 2019-06-05-91c01c3c-1
liblucihttp0 - 2019-06-05-91c01c3c-1
libmnl0 - 1.0.4-2
libncurses6 - 6.1-4
libnl-tiny - 0.1-5
libpci - 3.6.2-3
libpthread - 1.1.22-1
librt - 1.1.22-1
libubox20170601 - 2019-06-16-ecf56174-1
libubus-lua - 2018-10-06-221ce7e7-1
libubus20170705 - 2018-10-06-221ce7e7-1
libuci20130104 - 2019-05-17-f199b961-3
libuclient20160123 - 2019-05-30-3b3e368d-1
libusb-1.0-0 - 1.0.22-2
libxtables12 - 1.8.2-3
logd - 2019-06-16-4df34a4d-2
lua - 5.1.5-3
luci - git-19.175.17568-86fd703-1
luci-app-firewall - git-19.175.17568-86fd703-1
luci-app-opkg - git-19.175.17568-86fd703-1
luci-app-samba - git-19.175.17568-86fd703-1
luci-app-sqm - 1.3.0-1
luci-base - f138fc93-1
luci-lib-ip - git-19.175.17568-86fd703-1
luci-lib-jsonc - git-19.175.17568-86fd703-1
luci-lib-nixio - git-19.175.17568-86fd703-1
luci-mod-admin-full - git-19.175.17568-86fd703-1
luci-mod-network - git-19.175.17568-86fd703-1
luci-mod-status - git-19.175.17568-86fd703-1
luci-mod-system - git-19.175.17568-86fd703-1
luci-proto-ipv6 - git-19.175.17568-86fd703-1
luci-proto-ppp - git-19.175.17568-86fd703-1
luci-theme-bootstrap - git-19.175.17568-86fd703-1
luci-wrtbwmon - v0.8.3
mtd - 24
nano - 4.3-1
netifd - 2019-06-15-9932ed02-1
odhcp6c - 2019-01-11-d2e247d8-16
odhcpd-ipv6only - 2019-05-17-41a74cba-3
openwrt-keyring - 2018-05-18-103a32e9-1
opkg - 2019-06-14-dcbc142e-1
pciutils - 3.6.2-3
ppp - 2.4.7.git-2019-05-25-2
ppp-mod-pppoe - 2.4.7.git-2019-05-25-2
procd - 2019-05-30-ade00ca5-1
rpcd - 2019-06-05-89bfaa42-2
rpcd-mod-rrdns - 20170710
samba36-server - 3.6.25-14
sqm-scripts - 1.3.0-1
swconfig - 12
tc - 5.0.0-2
terminfo - 6.1-4
ubi-utils - 2.0.2-1
ubox - 2019-06-16-4df34a4d-2
ubus - 2018-10-06-221ce7e7-1
ubusd - 2018-10-06-221ce7e7-1
uci - 2019-05-17-f199b961-3
uclient-fetch - 2019-05-30-3b3e368d-1
uhttpd - 2019-06-16-91fcac34-3
urandom-seed - 1.0-1
urngd - 2019-06-17-c057e177-1
usbutils - 007-10
usign - 2015-07-04-ef641914-1
wireless-regdb - 2017-10-20-4343d359
wpad-mini - 2018-12-02-c2c6c01b-6
wrtbwmon - 0.36
zlib - 1.2.11-3

- Steps to reproduce

I have UniElec U7621-06 router with 3 miniPCIe slots. PCIE2 slot gets not detected when the device boots from cold boot.
When I reboot the device from LuCi (warm boot) it works fine.

root@OpenWrt:~# lspci
00:00.0 PCI bridge: Device 0e8d:0801 (rev 01)
00:01.0 PCI bridge: Device 0e8d:0801 (rev 01)
00:02.0 PCI bridge: Device 0e8d:0801 (rev 01)
01:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 01)
02:00.0 Network controller: MEDIATEK Corp. Device 7612
03:00.0 Network controller: MEDIATEK Corp. Device 7602
29.06.20192344KernelFeature RequestVery LowLowadd VRF supportAllUnconfirmed Task Description

https://www.kernel.org/doc/Documentation/networking/vrf.txt

Virtual Routing and Forwarding (VRF) would appear to be a perfect companion for a router device, considering its benefits

* higher priority ip rules (Policy Based Routing, PBR)
* iproute2 supports the vrf
* unix socket routing
* impacts only Layer 3 and above so L2 tools (e.g., LLDP) are not affected
* VRF devices allow VRFs to be nested within namespaces

Unfortunately, support for VRF is currently absent from the OpenWRT repo in all version.

 


03.07.20192353Base systemBug ReportVery LowLowCPU: 0 PID: 11550 Comm: kworker/u2:3 Not tainted 4.14.1...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on MT7620 and MT7621 ( zbt 3526 / zbt 826)
- Software version: trunk LuCI Master (f138fc93) / OpenWrt SNAPSHOT r10374-fdd0a8d491
- Steps to reproduce: is happening after a while, strange as it was everywhere happening .. maybe it was related to keepalaive ?

 

installed mwan3 & tried to restart, but funny as all of the routers got this crash message.

Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.490007] ------------[ cut here ]------------
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.494765] WARNING: CPU: 0 PID: 11550 at net/netfilter/core.c:393 __nf_unregister_net_hook+0x84/0x330
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.504344] Modules linked in: rt2800soc rt2800mmio rt2800lib pppoe ppp_async option usb_wwan rt2x00soc rt2x00mmio rt2x00lib pptp pppox ppp_mppe ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_rtsp nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.600916]  nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat br_netfilter sch_cake nf_conntrack sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.698070]  ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 nfsv4 nfsv3 nfs ip_gre gre ifb ip_tunnel tun vfat fat lockd sunrpc grace dns_resolver dm_mirror dm_region_hash dm_log dm_crypt dm_mod dax nls_utf8 nls_iso8859_1 nls_cp437 sha1_generic ecb usb_storage sd_mod scsi_mod ext4 mbcache jbd2 crc16 cryptomgr aead crypto_null crc32c_generic crypto_hash mmc_block mtk_sd mmc_core leds_gpio ohci_platform ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.490007] ------------[ cut here ]------------
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.494765] WARNING: CPU: 0 PID: 11550 at net/netfilter/core.c:393 __nf_unregister_net_hook+0x84/0x330
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.504344] Modules linked in: rt2800soc rt2800mmio rt2800lib pppoe ppp_async option usb_wwan rt2x00soc rt2x00mmio rt2x00lib pptp pppox ppp_mppe ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_rtsp nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.600916]  nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat br_netfilter sch_cake nf_conntrack sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.698070]  ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 nfsv4 nfsv3 nfs ip_gre gre ifb ip_tunnel tun vfat fat lockd sunrpc grace dns_resolver dm_mirror dm_region_hash dm_log dm_crypt dm_mod dax nls_utf8 nls_iso8859_1 nls_cp437 sha1_generic ecb usb_storage sd_mod scsi_mod ext4 mbcache jbd2 crc16 cryptomgr aead crypto_null crc32c_generic crypto_hash mmc_block mtk_sd mmc_core leds_gpio ohci_platform ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.775586] CPU: 0 PID: 11550 Comm: kworker/u2:3 Not tainted 4.14.131 #0
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.782475] Workqueue: netns cleanup_net
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.786480] Stack : 8030d148 00000189 00000002 8005c208 804a8c98 00000000 00000001 80f76994
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.795046]         804a4c9c 8639dcc4 80500000 8005d0f4 00000002 80f76995 8639dca0 1b26b88a
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.803624]         00000000 00000000 00000000 00011da0 00000000 00000ab2 00000008 00000000
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.812182]         00000000 80500000 000bf08b 00000000 00000000 00000009 00000000 804ccb2c
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.820740]         8030d148 00000189 00000002 802c5d00 00000003 80247508 00000000 80550000
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.829299]         ...
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.831797] Call Trace:
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.834315] [<8000f0b0>] show_stack+0x58/0x100
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.838876] [<8002ad90>] __warn+0xe4/0x13c
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.843869] [<8002ae78>] warn_slowpath_null+0x1c/0x34
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.849817] [<8030d148>] __nf_unregister_net_hook+0x84/0x330
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.855616] [<8030d488>] nf_unregister_net_hooks+0x38/0x5c
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.861283] [<802c4bf4>] ops_exit_list.isra.11+0x58/0xa8
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.866709] [<802c5d60>] cleanup_net+0x1ac/0x2d0
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.871461] [<800408b4>] process_one_work+0x26c/0x418
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.876618] [<80040d80>] worker_thread+0x320/0x56c
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.881537] [<80046c64>] kthread+0x134/0x148
Wed Jul  3 15:36:08 2019 kern.warn kernel: [46645.885899] [<80009a98>] ret_from_kernel_thread+0x14/0x1c


09.07.20192371KernelBug ReportVery LowLowMulticast/IGMP/DSA IssuesTrunkUnconfirmed Task Description

- Device problem occurs on

Linksys WRT3200ACM

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

Latest trunk (with 4.19 kernel)

I have enabled DSA in my router with the kernel version 4.14, and it worked well, but since the kernel was bumped to 4.19 DSA has been giving some issues, namely:

- When I add a interface, for example a DHCP client and select for the interface wan.12 OpenWRT crashes and bootloops until it reboots to the last system. After some testing I found out that if I added a interface connected to wan and thern connect the mentioned DHCP client interface to wan.12 the system doesn’t crash

-When I have the system working and connect a IPTV STB to the lan interface, with the exact configuration as in kernel 4.14 the TV works for a while but then image stops. After some testing found out that only the channel that stopped wouldn’t work, while other channels worked, until they stopped working (the same issue as the first channel) and it goes on and on and on until either something (I don’t know what) times out or I restart the router.

This only happened after the kernel 4.14 bump, and I believe this issue also happens with Turris omnia devices.
If you need I’m currently able to test patches as you need.
My question is, Is this a OpenWRT bug or a device drive issue that must be reported to the kernel develp team?
Either way I’m posting the same in the forums.

10.07.20192372PackagesBug ReportVery LowLow[netifd] error code language semantics misleadsAllUnconfirmed Task Description

I would have preferred to submit a patch but my coding skills are not up to speed/standard...

Trying to debug a PPPoE issue it was not possible to utilize –verbose with ifup || ifdown since it would appear not being implemented. Thus started to look at what LuCI has on display when stopping || starting the WAN iface via LuCI:

Unknown error (USER_REQUEST)

Whilst USER_REQUEST would seem logical as being manually initiated by the user the Unknown error however led me down the garden path until having traced its source

https://openwrt-devel.openwrt.narkive.com/piBGMKkc/patch-ppp-detailed-last-error-support

To my understanding

https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/network/services/ppp/files/ppp.sh;h=b553effd889e7662f366793665c789ed0d0c0ff2;hb=refs/heads/openwrt-master#l64

*) echo "UNKNOWN_ERROR" ;;

gets tagged to any of the potential error codes (1 - 21), even to

0) echo "OK" ;;

Which could introduce some sort of confusion to a simple minded user (being me).

0) echo "OK" ;;
5) echo "USER_REQUEST" ;;

would not appear to warrant an error tag at all. And the remainder, except 21, would appear to be rather specific than to be labelled as Unknown error.

Perhaps

*) echo "UNKNOWN_ERROR" ;;

is meant to be anything else that is not covered by codes 1 - 21 but that is not how it turns out on (LuCI) display.

I would thus humbly suggest to sort non-errors from actual errors and not tag the Unknown error to any of the specific error codes. It may help others that find themselves in a similar situation.


Whilst not being part of the topic but in a way related perhaps implementing

--verbose

for ifup || ifdown might go a long way in debugging connectivity issues.

11.07.20192381Base systemBug ReportVery LowLowHostname variable is missing for the same machine on di...openwrt-18.06New Task Description

Hello,

an older Asus eeePC was just connected to the router using cable. Seconds later the wireless connection became alive as well.
On the DHCP leases I can see the 1 sec older entry for the wired connection, but shows no hostname.
The wireless connection’s lease will expire 1 second later and has the hostname variable.
Is this function broken by design?

Regards

14.07.20192384KernelBug ReportVery LowLowAsus WL500GP V2 crashopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on - Asus WL500GP V2;
- Software versions of OpenWrt/LEDE - OpenWrt 18.06.4, r7808-ef686b7292
- Steps to reproduce - I’m not sure, just a higher load and utilizing the wireless connection. For example I’m loading the LuCi realtime graphs in the browser and start downloading a file from the local network.

I’m attaching a crashlog obtained via `cat /sys/kernel/debug/crashlog`. There seems to be a hint for the problem:

<4>[461295.961960] Unhandled kernel unaligned access[#1]:
<4>[461295.967070] CPU: 0 PID: 1299 Comm: irq/5-b43 Not tainted 4.14.131 #0
<4>[461295.973745] task: 80e62680 task.stack: 80e6c000
<4>[461295.978525] $ 0   : 00000000 1000f800 00000001 00000000
<4>[461295.984061] $ 4   : ea1d3f8d 00000022 40005000 00000000
<4>[461295.989598] $ 8   : 80abebd8 00000000 00000002 00000057
<4>[461295.995136] $12   : 0000be9e 00008cc6 00001f00 00000000
<4>[461296.000673] $16   : 00000000 80abf50c 80abf4e0 80e5cd80
<4>[461296.006210] $20   : 00000001 80d77c80 00000000 8041b944
<4>[461296.011747] $24   : 00000000 8024d010
<4>[461296.017285] $28   : 80e6c000 80e6d930 80420000 80262264
<4>[461296.022823] Hi    : 00000000
<4>[461296.025899] Lo    : 002457e0
<4>[461296.028984] epc   : 80262e70 0x80262e70
<4>[461296.033055] ra    : 80262264 0x80262264
<4>[461296.037115] Status: 1000f803     KERNEL EXL IE
<4>[461296.041563] Cause : 00800010 (ExcCode 04)
<4>[461296.045807] BadVA : ea1d3fa1
<4>[461296.048884] PrId  : 00029029 (Broadcom BMIPS3300)
14.07.20192385Base systemBug ReportVery LowLowSome of AR71xx devices enters a reboot-loop in wifi cl...openwrt-18.06Unconfirmed Task Description

Dear OpenWRT Team,

Some of my ar71xx devices enters in a reboot-loop, when Ap's signal is lost, in Client (sta) mode. I do not know what I am doing wrong, but I tested with:

8devices Carambola2 (AR9331-AL1F cpu, 16MB flash, 64MB RAM)
8devices Centipede (AR9331-AL1A cpu, 16MB flash, 64MB RAM)
TP-Link TL-WR740N/v4 (AR9331-AL3A cpu, 4MB flash, 32MB RAM)

And I tested on LEDE v17.01.4, v17.01.6, OpenWRT v18.06.1, v18.06.4 versions, but no difference. (Downloaded from openwrt's "Stable Builds" page)

What I did:
Switched these devices to 'sta' mode, adjusted wpa2 password, BSSID, network device, etc..
Everything is working correctly, I was able to ping google, etc.
Then I switched off my Ap (pulled out of the socket)
About 3 minutes after, the Carambola2, and Centipede rebooted.
Circa 10 minutes later the TP-Link is also rebooted.

If I did not switched on my Ap, the Carambola2 and Centipede rebooted in every 3 minutes, and the TP-Link in every 15 minutes.
A few seconds before every reboot, the system on these boards was fully freezed, I could not press enter, or type anything. (I was using a USB-serial adapter)

After circa 6-8 reboot, the Carambola2 was fully freezed, and never reboots anymore.

If switched on my Ap, while devices was rebooting, then everything worked correctly, and well.

I observed that, If the wireless network was opened (passwordless), the frequency of rebooting, was slower, Carambola2 was rebooted in every 5-8 minutes, instead of 3 minutes.

My Ap is a TL-WR1043ND with OpenWRT/LEDE v17.01.3 ooperating system.

I am not sure it Is a power supply problem on Carambola2/Centipede, because if I switched to Ap mode these devices, the system was stable, I could connect with my mobile phone, I could done some speed-test, and the device never rebooted. On TP-Link, I used an original AC adapter.

I tryed Carambola2 with OpenWRT ATH79xx Snapshot version, but if I switched to sta mode (on Luci page), the whole system was fully freezed, and never rebooted, and I could not continue adjusting password, networtk, etc.
Later I checked (with: "ubus call system watchdog" command) the watchdog was offline (by default), so it does not rebooted.

+1 Information:
The Leds on Carambola2, in ATH79xx snapshot image, is switched, so eth0's led is blinking on eth1's socket, and reverse.

Here is some (re)boot-log, with my comments:
https://pastebin.com/1EQtBuV8

https://pastebin.com/jivjVhqh

15.07.20192388Base systemBug ReportVery LowLowntfs-3g causes NTFS error message when trying to mount ...TrunkUnconfirmed Task Description

Archer C7 V2, running release 18.06.01

Having kmod-fs-ntfs and ntfs-3g packages installed. When I try to mount a FAT32 partition using the following command:

mount -o "rw,sync" "$(blkid --uuid 8457-AE8F)" "/TSH"

I get the following error (twice)

Failed to mount '/dev/sda1': Invalid argument
The device '/dev/sda1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
NTFS signature is missing.
Failed to mount '/dev/sda1': Invalid argument
The device '/dev/sda1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

(The volume still mounts though).

After investigation, it appears that ntfs-3g is the cause of the problem. Removing it (even while keeping kmod-fs-ntfs installed) seems to stop the error message form showing when mounting the partition.

 


15.02.2017517Base systemBug ReportVery LowVery LowPCEngines Alix Ethernet right hand led lit on boot for ...lede-17.01Unconfirmed Task Description

PCEngines Alix, Ethernet right hand led is on once booted, on all ports, with no cable connected.
LEDE Reboot 17.01.0-rc2
Image used: lede-17.01.0-rc2-r3131-42f3c1f-x86-geode-combined-squashfs.img

On booting the right hand LED is on for all ethernet ports with no cable connected. On connecting a cable the left hand light comes on as expected and the right hand stays on. Both leds then flash with traffic as expected.

Operation is not effected.

28.02.2017568Base systemBug ReportVery LowVery LowFirst boot messages are not logged to filelede-17.01Unconfirmed Task Description

I’m saving logs to a file on an external partition that is mounted at boot. After rebooting with an empty log file, an inconsistency can be noticed between the output of logread and the content of the log file. The first message printed by logread is, as expected,

Mon Feb 27 20:33:15 2017 kern.info kernel: [    0.000000] Booting Linux on physical CPU 0x0

while the first message in the log file reads

Mon Feb 27 20:33:16 2017 user.notice : Added device handler type: tunnel

The first boot messages are missing from the log file. From this point on, logread and the log file are identical.
Of course this is a minor issue, but still one would expect logs to be 100% complete, regardless whether they are stored in memory or to file.

root@lede:~# cat /etc/config/system 
config system
        option hostname 'lede'
	option zonename 'Europe/Rome'
	option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'
        option ttylogin '0'
        option urandom_seed '0'
        option log_remote '0'
        option log_type 'file'
        option log_file '/mnt/sda1/var/log/messages'
        option log_buffer_size '64'
        option log_size '1024'
        option conloglevel '8'
        option cronloglevel '0'
...

Start order of init scripts log and fstab has been changed to start logging as early as possible.

root@lede:~# ls -1 /etc/rc.d/S*
/etc/rc.d/S00sysfixtime
/etc/rc.d/S10boot
/etc/rc.d/S10fstab
/etc/rc.d/S10system
/etc/rc.d/S11log
/etc/rc.d/S11sysctl
...

Device: WRT1200AC
Software version: Reboot (17.01.0, r3205-59508e3)

24.04.2017732Base systemBug ReportVery LowVery LowD-Link DIR-615 D2 (ramips rt305x) Wireless LED Not Flas...AllUnconfirmed Task Description

I have a D-Link DIR-615 D2 (dir-615-d-squashfs-factory.bin), Its all working fine however the LED for the wireless light dosnt flash nor show activity to show is been used as it shows a solid green WiFi light. LANs from 1-4 all flash perfectly so no issue here.

02.05.2017751Base systemFeature RequestVery LowVery LowAdd customisable SIGINT behaviour to procdlede-17.01Unconfirmed Task Description

I am running LEDE 17.01.1 on a Linksys NSLU2.

The device has a power button on the front panel, which will boot the device when pressed when power is present. If the button is pressed when the device is running the device will reboot. I would like to be able to configure the device to power off when the button is pressed instead.

I have tried editing some of the stock scripts in /etc/rc.button to no effect. I ran across this page on the OpenWrt wiki, which suggests that pressing the button causes SIGINT to be delivered to PID 1.

I took a look at the procd git repository, and procd reboots the system when it catches SIGINT. If this were configurable then procd could take specific action, such as powering the device down, when it receives a hardware interrupt.

09.05.2017772PackagesFeature RequestVery LowVery LowAllowing Snort to also block possibly using SnortSamTrunkUnconfirmed Task Description

I noticed that Snort is available from the packages. I wanted to inquire if it would be possible to intergrate dynamic blocking through software such as SnortSam (http://www.snortsam.net/).

pfSence implements a blocking feature with Snort, I’m curious if others may be likewise be interested in this feature being added in to a future release of LEDE.

Thanks

18.06.2017854Base systemBug ReportVery LowVery LowUnstable Internet caused by frequent PPPoE reconnect, n...lede-17.01Unconfirmed Task Description
daemon.info pppd[7738]: No response to 5 echo-requests
daemon.notice pppd[7738]: Serial link appears to be disconnected.
daemon.info pppd[7738]: Connect time 1.0 minutes.
daemon.info pppd[7738]: Sent 28006 bytes, received 46170 bytes.
daemon.notice pppd[7738]: Connection terminated.
daemon.info pppd[7738]: Connect time 1.0 minutes.
daemon.info pppd[7738]: Sent 28006 bytes, received 46170 bytes.
daemon.info pppd[7738]: Sent PADT
daemon.info pppd[7738]: Exit.

network.wan.keepalive is not set, and on luci “LCP echo failure threshold” shows a grey 0 and the description below it says “Presume peer to be dead after given amount of LCP echo failures, use 0 to ignore failures”, but this description is not consistent with the behaviour.

After running the commands below, the grey 0 becomes darker, but the problem persists.

root@LEDE:~# uci set network.wan.keepalive=0
root@LEDE:~# /etc/init.d/network restart

The value of network.wan.keepalive when set using luci has two numbers separated by a space (which appears to be in the format of ‘[threshold] [interval]’), but it should be a number according to the wiki https://lede-project.org/docs/user-guide/wan_interface_protocols?s[]=pppoe#protocol_pppoe_ppp_over_ethernet

I then tried the following commands, and there’re no reconnects after one hour.

root@LEDE:~# uci set network.wan.keepalive='0 1'
root@LEDE:~# /etc/init.d/network restart

Is it better to have a default of 0 (default=undefined network.wan.keepalive) instead of seemingly 5 which would also be consistent with luci?

28.08.2017989Base systemBug ReportVery LowVery LowAttempting to just build iptables failsTrunkUnconfirmed Task Description

Using LEDE HEAD (currently 4b3ffecf2bbbfb8df618314e5bec52659b648fac), running “make defconfig; make -j1 V=s package/iptables/compiles” in a fresh checkout yields

make[1]: Entering directory '/tank/openwrt/scratch/test'                                                                                                                             
make[2]: Entering directory '/tank/openwrt/scratch/test/package/libs/toolchain'                                                                                
touch /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.prepared_9c30076b46b1812fb254b6ec31ccf85e_6664517399ebbbc92a37c5bb081b5c53_check
mkdir -p /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain
touch /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.prepared_9c30076b46b1812fb254b6ec31ccf85e_6664517399ebbbc92a37c5bb081b5c53
rm -f /tank/openwrt/scratch/test/staging_dir/target-mips_24kc_musl/stamp/.toolchain_installed
(cd /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/./; if [ -x ./configure ]; then find /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/ -name config.guess | xargs -r chmod u+w; find /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/ -name config.guess | xargs -r -n1 cp --remove-destination /tank/openwrt/scratch/test/scripts/config.guess; find /tank/openwrt/s
cratch/test/build_dir/target-mips_24kc_musl/toolchain/ -name config.sub | xargs -r chmod u+w; find /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/ -name config.sub | xargs -r -n1 cp --remove-destination /tank/openwrt/scratch/test/scripts/config.sub; AR="mips-openwrt-linux-musl-gcc-ar" AS="mips-openwrt-linux-musl-gcc -c -Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -f
honour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -iremap/tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain:toolchain -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro" LD=mips-openwrt-linux-musl-ld NM="mips-openwrt-linux-musl-gcc-nm" CC="mips-openwrt-linux-musl-gcc" GCC="mips-openwrt-linux-musl-gcc" CPP="mips-openwrt-linu
x-musl-cpp" CXX="mips-openwrt-linux-musl-g++" RANLIB="mips-openwrt-linux-musl-gcc-ranlib" STRIP=mips-openwrt-linux-musl-strip OBJCOPY=mips-openwrt-linux-musl-objcopy OBJDUMP=mips-openwrt-linux-musl-objdump SIZE=mips-openwrt-linux-musl-size CFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -
minterlink-mips16 -iremap/tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain:toolchain -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro " CXXFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap/tank/openwr
t/scratch/test/build_dir/target-mips_24kc_musl/toolchain:toolchain -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro " CPPFLAGS="-I/tank/openwrt/scratch/test/staging_dir/target-mips_24kc_musl/usr/include -I/tank/openwrt/scratch/test/staging_dir/target-mips_24kc_musl/include -I/tank/openwrt/scratch/test/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/usr/include -I/tank/openwrt
/scratch/test/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/include/fortify -I/tank/openwrt/scratch/test/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/include " LDFLAGS="-L/tank/openwrt/scratch/test/staging_dir/target-mips_24kc_musl/usr/lib -L/tank/openwrt/scratch/test/staging_dir/target-mips_24kc_musl/lib -L/tank/openwrt/scratch/test/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/usr/lib -L/tank/openwrt/scratch/test/
staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/lib -znow -zrelro "   ./configure --target=mips-openwrt-linux --host=mips-openwrt-linux --build=x86_64-pc-linux-gnu --program-prefix="" --program-suffix="" --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --sysconfdir=/etc --datadir=/usr/share --localstatedir=/var --mandir=/usr/man --infodir=/usr/info --disable-nls  ; fi; )
rm -f /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.configured_*
touch /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.configured_68b329da9893e34099c7d8ad5cb9c940
rm -f /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.built
touch /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.built_check
touch /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.built
rm -rf /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc.installed /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc
mkdir -p /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc
install -d -m0755 /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc/lib /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc/usr/bin
cp -fpR /tank/openwrt/scratch/test/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/lib/ld-musl-*.so* /tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc/lib/
cp: cannot stat '/tank/openwrt/scratch/test/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/lib/ld-musl-*.so*': No such file or directory
Makefile:618: recipe for target '/tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc.installed' failed
make[2]: *** [/tank/openwrt/scratch/test/build_dir/target-mips_24kc_musl/toolchain/.pkgdir/libc.installed] Error 1
make[2]: Leaving directory '/tank/openwrt/scratch/test/package/libs/toolchain'
package/Makefile:109: recipe for target 'package/libs/toolchain/compile' failed
make[1]: *** [package/libs/toolchain/compile] Error 2
make[1]: Leaving directory '/tank/openwrt/scratch/test'
/tank/openwrt/scratch/test/include/toplevel.mk:207: recipe for target 'package/iptables/compile' failed
make: *** [package/iptables/compile] Error 2

If I just run “make” the system builds successfully, so I am not exactly sure what’s wrong. Perhaps it’s as simple as a missing dependency? This came about because I was attempting to build iptables without having built the kernel and was getting yet different build failures, but I have not reliably reproduced them from a blank slate yet. Will advise.

10.02.20181339PackagesBug ReportVery LowVery LowIt seems that ‘–dport’ option is not recognized by ipta...lede-17.01Unconfirmed Task Description

Mys router:

System: CHAOS CALMER (15.05.1, r48532)
Router: Asus RT-N56U

I also reproduced this bug with lede 17.01.1 r3316-7eb58cf109 in VirtualBox (according to the guide on https://wiki.openwrt.org/doc/howto/virtualbox).

What happens:

It seems that ‘–dport’ option is not recognized by iptables for sctp. Command execution fails.

Expected result:

Command runs successfully and we can create rules with iptables to match by sctp and destination port.

Steps to reproduce:

First install these:
sctp
kmod-sctp
libsctp
sctp-tools

Try to run this:

iptables -A INPUT -p sctp --dport 1234 -j ACCEPT

Shows error:

iptables v1.4.21: unknown option "--dport"
Try `iptables -h' or 'iptables --help' for more information.

Try to run this:

iptables -A INPUT -p sctp -j ACCEPT

Works!

06.03.20181414ToolchainBuild FailureVery LowVery Lowmbedtls: building with ccache: /staging_dir/host/bin/cc...TrunkUnconfirmed Task Description

I am currently trying to compile OpenWRT for

CONFIG_TARGET_LANTIQ=Y
CONFIG_TARGET_LANTIQ_XWAY=Y
CONFIG_TARGET_lantiq_xway_DEVICE_arcadyan_arv752dpw22=y

I am using

CONFIG_DEVEL=y
CONFIG_CCACHE=y

I am building in the following way:

The build was carried out on a git clone git://github.com/openwrt/openwrt.git, later brought up to date with a git pull, with latest commit from 2018-03-05T10:44:20+01:00, commit hash 5cbd22bb0f.

Into this git clone a previously generated .config seed, made previously by make menuconfig and ./scripts/diffconfig.sh, was copied over to ./.config.

From there on, the following commands were issued:

./scripts/feeds update -a
./scripts/feeds install -a
make -j1 V=s defconfig
make -j1 V=s download
make -j1 V=s IGNORE_ERRORS=m | tee make.log

When it comed to building mbedtls, there are the following lines of output which indicate something is wrong:

[...]
make[3]: [Makefile:75: /home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/2018-02-26_12-04-45_-_custom-wo-pie_feeds-rooter-custom/build_dir/target-mips_24kc_musl/mbedtls-2.7.0/.configured_68b329da9893e34099c7d8ad5cb9c940] Error 123 (ignored)
[...]
/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/2018-02-26_12-04-45_-_custom-wo-pie_feeds-rooter-custom/staging_dir/host/bin/ccache: invalid option -- 'd'
Usage:
    ccache [options]
[...]

Build continues, (seemingliy) successfully: Indicated by the further output of make, and issuing later a make -j1 V=s (i.e. without IGNORE_ERRORS=m), does not bring this up again.

The toolchain (./staging_dir/toolchain-*) is mips_24kc_gcc-5.5.0_musl.

Build is carried out on an x86_64 Arch Linux machine.

Attached are the following files:

  • .config-diffconfig-seed: The .config-seed used for make defconfig,
  • .config: The .config created by the make defconfig and used for the build,
  • mbedtls.log: The pa[.config-diffconfig-seed.txt](https://github.com/openwrt/packages/files/1782373/default.config-diffconfig-rt of the output of make -j1 V=s IGNORE_ERRORS=m regarding building mbedtls,
  • make.log.stdout.xz: For your interest, the full output of make -j1 V=s IGNORE_ERRORS=m (.xz compressed; decompresses to about 29 MB) (Note that at the end another build error occurs, which seems not to be related to embedtls),
  • feeds.conf: The feeds.conf used.

(Note that I just forgot to capture stderr too, but the error messages seem to be present in stdout. Since a full rebuild takes a day on my machine, I won’t do that if not necessary.)

07.03.20181415Base systemFeature RequestVery LowVery Low[Enhancement] Consider shorter interface-name prefixesTrunkUnconfirmed Task Description

Given that `IFNAMSIZ` is typically 16, there are 15 characters available for an interface name.

OpenWRT prepends a prefix that can be at least 6 characters `gre4t-` as an example.

If one then creates pseudo/virtual-interfaces using VLAN notation, there are only 4 characters available for configuration

`gre4t-ABCD.1234`

As long as this limitation is known, there is no loss of functionality, only utility in the naming. I would have ideally been able to name my tunnels with a more readable indication of where the other endpoint was, for example `portal1` rather than `gt99`.

At some time in the future, shortening these generated prefixes would be welcome. I acknowledge that this likely impacts only a small fraction of advanced users and a change may impact scripts that rely on the generated name.

 


28.04.20181523Base systemBug ReportVery LowVery Lowblock-mount: unnecessary remounts after extroot switchlede-17.01Unconfirmed Task Description

Environment: arm_cortex-a9_vfpv3, Linksys WRT1200AC, LEDE Reboot 17.01.4 r3560-79f57e422d

Description:
A USB flash drive has been configured with an ext4 partition to be used as external overlay, following the steps at https://openwrt.org/docs/guide-user/additional-software/extroot_configuration precisely. After the extroot switch, block tries to remount partitions that have already been mounted, generating the following errors in the logs:

Sat Apr 28 12:25:00 2018 daemon.err block: /dev/ubiblock0_0 is already mounted on /rom
Sat Apr 28 12:25:00 2018 daemon.err block: /dev/sdb1 is already mounted on /overlay
14.08.20181777Base systemBug ReportVery LowVery Lowrelease 18.06 on RouterBoards (ar71xx/mikrotik): superf...openwrt-18.06Unconfirmed Task Description

The sysupgrade-procedure of release 18.06 for RouterBoards (ar71xx/mikrotik)
(as contained in openwrt-18.06.0-ar71xx-mikrotik-vmlinux-initramfs-lzma.elf) creates
a superfluous UBI volume named “none”.

Details:

The function platform_nand_pre_upgrade() intarget/linux/ar71xx/base-files/lib/upgrade/platform.sh sets
“CI_KERNPART=none” to bypass the normal kernel-install-procedure.
This works, but causes nand_upgrade_prepare_ubi() in package/base-files/files/lib/upgrade/nand.sh
to creat an UBI volume named “none”, containing a (supposedly defective) kernel-yaffs2-image.

Used command :

sysupgrade -n -v http://192.168.88.1:8080/openwrt-18.06.0-ar71xx-mikrotik-nand-large-squashfs-sysupgrade.bin

25.01.20192083Base systemBug ReportVery LowVery LowRemove last references to the lede-project.org URLTrunkUnconfirmed Task Description

git grep -i “lede-project\.org” | grep -vi Copyright
There are still some references to the old project.

Thanks.

06.05.20192269PackagesBug ReportVery LowVery Lowiwinfo_lib.c does not correlate it's list with kernelTrunkUnconfirmed Task Description

The following issue occurs on all devices across all OpenWRT versions as it is partly a problem derived from the Linux Kernel.

It is explained in detail here: https://forum.openwrt.org/t/wifi-regulatory-country-database/35775

Prerequisites:

1) You need to have set up a working Wireless access point.
2) The set country has to not be one of the ones patched out here: https://pastebin.com/M2qTQFT5

Steps to reproduce:

1) Type ‘iw reg get’ in the terminal. This will give you a list of all available channels in the regulatory zone (country).
2) Change country to one of the patched out ones: https://pastebin.com/M2qTQFT5 (Eg. Angola, Antarctica)
3) [opt - Disregard this step if you used the WebUI] Type ‘/etc/init.d/network restart’ 4) Type ‘iw reg get’ in the terminal. You will notice that it has not changed.

Problem:

You can, unknown to you, set up a channel which is prohibited in your country. This is very hard to *check* because there is no way to pre-query whether you can set such a country or not.

More detailed explanation and argumentation can be found here: https://forum.openwrt.org/t/wifi-regulatory-country-database/35775


11.05.20192278Base systemFeature RequestVery LowVery LowRFE: Replace iptables(legacy) with iptables(nf_tables)TrunkUnconfirmed Task Description

Supported since iptables 1.8: https://marc.info/?l=netfilter-devel&m=153086953903487

Showing tasks 801 - 825 of 825 Page 17 of 17<<First - 13 - 14 - 15 - 16 - 17

Available keyboard shortcuts

Tasklist

Task Details

Task Editing