[OpenWrt-Devel] [PATCH] wpan-tools: clean up Makefile
When we only call the default, we do not need to define it explicitly. Signed-off-by: Michael Heimpold --- package/network/utils/wpan-tools/Makefile | 4 1 file changed, 4 deletions(-) diff --git a/package/network/utils/wpan-tools/Makefile b/package/network/utils/wpan-tools/Makefile index e57223dee4..060aaf5046 100644 --- a/package/network/utils/wpan-tools/Makefile +++ b/package/network/utils/wpan-tools/Makefile @@ -24,10 +24,6 @@ define Package/wpan-tools DEPENDS:= +libnl endef -define Build/Configure - $(call Build/Configure/Default) -endef - define Package/wpan-tools/install $(INSTALL_DIR) $(1)/usr/sbin $(INSTALL_BIN) $(PKG_BUILD_DIR)/src/iwpan $(1)/usr/sbin/ -- 2.17.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] fconfig: cleanup Makefile
We do not need to define an empty Build/Configure since the default checks for existing ./configure and does nothing in case nothing is found. Similar for Build/Compile: we can remove the definition when we only call the default. Signed-off-by: Michael Heimpold --- package/boot/fconfig/Makefile | 7 --- 1 file changed, 7 deletions(-) diff --git a/package/boot/fconfig/Makefile b/package/boot/fconfig/Makefile index d82fa8db90..9b806fe97c 100644 --- a/package/boot/fconfig/Makefile +++ b/package/boot/fconfig/Makefile @@ -30,13 +30,6 @@ define Package/fconfig/description displays and (if writable) also edits the RedBoot configuration. endef -define Build/Configure -endef - -define Build/Compile - $(call Build/Compile/Default) -endef - define Package/fconfig/install $(INSTALL_DIR) $(1)/usr/sbin $(INSTALL_BIN) $(PKG_BUILD_DIR)/fconfig $(1)/usr/sbin/ -- 2.17.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ath10k-ct issues - IBSS mode
On 3/26/19 6:59 AM, Koen Vandeputte wrote: On 26.03.19 14:50, Ben Greear wrote: On 03/26/2019 03:09 AM, Koen Vandeputte wrote: Hi Ben, Following our conversation from yesterday, here is a summary of all issues seen so far: Test setup: - Board: Mikrotik RB922 - Hardware used: on-board QCA9882 (QCA988x), Wave1 2x2 .ac - firmware's tested: both non-HTT and HTT flavours for qca988x Synopsis: - Setting the interface in IBSS mode results in following errors and spamming - Speed is very low (100 kbit/s) upon linking 2 devices in HT20, long GI Hello, Do you see those SWBA overrun messages on both systems, or just one of them? I'll work on fixing the out-of-my-tree compile for 4.20 today, as well as do a quick test on 4.19 to see if I see that error below. Thanks, Ben Hi Ben, A huge amount of then continuously: I updated ath10k-ct (commit-id: be5c21a82b15d28991500a28f7b2b6840356281f) I fixed part of the issue with 4.20 not compiling in openwrt, but the other part appears to be a backports issue, and I did not attempt to get that working. I tested my 4.19 kernel and it had a WARN_ON about a chan-def, but I don't think that is what you reported earlier...maybe it is worth trying 4.19 on the commit above. IBSS is flakey in that it seems sometimes I get one-way communication, but I do not see excessive SWBA log spam. It runs fast when it works. I used 'open' auth, possibly things are worse with encryption. I have some tx-path debugging I can enable to try to understand the one-way communication issues, but I don't have time to deal with it right now. From my IRC comments: I tested 9880 IBSS on my 4.20 kernel, first time I associated, I got one way traffic, but after resetting a node, I see bi-dir traffic around 170Mbps one direction, 317Mbps the other (UDP) I see a few SWBA messages, but not many SWBA appears to happen when WMI communication is being slow... You might could enable HTC credit logging and/or WMI logging to better understand why that is happening (credits slow to be returned, very large number of on-going WMI messages, etc) Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] libfstools: Output error in case of loop blkdev failure
It took me quite some time today(while fixing squashfs+overlay on
armvirt) to find out, that I was missing support for loop block device
in kernel, so I'm adding error message which might be helpful for
someone else in the future as well.
Signed-off-by: Petr Štetiar
---
libfstools/rootdisk.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libfstools/rootdisk.c b/libfstools/rootdisk.c
index dd00c1b..68a6296 100644
--- a/libfstools/rootdisk.c
+++ b/libfstools/rootdisk.c
@@ -258,8 +258,10 @@ static int rootdisk_volume_init(struct volume *v)
char str[128];
int ret = 0;
- if (!p->loop_name[0] && rootdisk_create_loop(p) != 0)
+ if (!p->loop_name[0] && rootdisk_create_loop(p) != 0) {
+ ULOG_ERR("unable to create loop device\n");
return -1;
+ }
v->type = BLOCKDEV;
v->blk = p->loop_name;
--
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] script error in target-metadata.pl
On 15.03.19 10:00, Koen Vandeputte wrote: Hi Daniel, When running the image builder for my targets, I'm getting following error: "Can't use an undefined value as an ARRAY reference at /mnt/ramdisk/koen/firmware/.21128/openwrt-imagebuilder-cns3xxx.Linux-x86_64/scripts/target-metadata.pl line 426." It seems you made 2 changes last week on this script file: d6fa04a43703 IB: include SUPPORTED_DEVICES in 'make info' output 13c379e5c6e3 ib: display whether profile comes with image metadata Any idea what's causing this? Thanks, Koen Ping :-) Still happening when using the imagebuilder: "Can't use an undefined value as an ARRAY reference at /mnt/ramdisk/koen/firmware/.3421/openwrt-imagebuilder-cns3xxx.Linux-x86_64/scripts/target-metadata.pl line 426." Regards, Koen ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] wireguard: do not add host-dependencies if fwmark is set
HI,
I too think that making host route installation dependent on the fwmark
option is not intuitive.
> So maybe we can add an explicit option 'nohostroute' instead of making
> it depend on 'fwmark'?
A "nohostroute" (I'd prefer "peerroute" with default "1") would make
sense imho. It should also be protocol agnostic because other tunnel
protocols (e.g. 6in4) could benefit from it as well.
I'd propose a generic "option peerroute 0" which inhibits the host route
side-effect of "proto_add_host_dependency".
The term "peerroute" was chosen because it falls in line with other
options in the same group ("peeraddr", "peerdns").
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mvebu: Refresh kernel configuration
On 3/26/19 2:34 PM, Paul Oranje wrote: > > >> Op 26 mrt. 2019, om 01:50 heeft Hauke Mehrtens het >> volgende geschreven: >> >> This refreshes the current kernel configuration to remove needed > Was unneeded meant here ? Yes, thanks for the information, I fixed this. >> options. The build did this automatically so the builds already used >> this configuration. >> >> Signed-off-by: Hauke Mehrtens > [skip rest] > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ath10k-ct issues - IBSS mode
On 26.03.19 14:50, Ben Greear wrote: On 03/26/2019 03:09 AM, Koen Vandeputte wrote: Hi Ben, Following our conversation from yesterday, here is a summary of all issues seen so far: Test setup: - Board: Mikrotik RB922 - Hardware used: on-board QCA9882 (QCA988x), Wave1 2x2 .ac - firmware's tested: both non-HTT and HTT flavours for qca988x Synopsis: - Setting the interface in IBSS mode results in following errors and spamming - Speed is very low (100 kbit/s) upon linking 2 devices in HT20, long GI Hello, Do you see those SWBA overrun messages on both systems, or just one of them? I'll work on fixing the out-of-my-tree compile for 4.20 today, as well as do a quick test on 4.19 to see if I see that error below. Thanks, Ben Hi Ben, A huge amount of then continuously: [12251.122241] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.129868] ath10k_pci :01:00.0: failed to clear all peer wep keys for vdev 0: -2 [12251.137860] ath10k_pci :01:00.0: failed to disassociate station: 74:4d:28:0a:1e:45 vdev 0: -2 [12251.147582] wlan0: No active IBSS STAs - trying to scan for other IBSS networks with same SSID (merge) [12251.157127] ath10k_pci :01:00.0: failed to start hw scan: -143 [12251.232255] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.239864] ath10k_pci :01:00.0: failed to create wmi peer 74:4d:28:0a:1e:45 on vdev 0: -143 [12251.248823] ath10k_pci :01:00.0: failed to add peer 74:4d:28:0a:1e:45 for vdev 0 whe [12251.259146] wlan0: failed to move IBSS STA 74:4d:28:0a:1e:45 to state 1 (-143) - keeping [12251.342246] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.349804] ath10k_pci :01:00.0: mac sta rc update failed to find peer 74:4d:28:0a:1 [12251.452242] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.562246] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.672240] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.782254] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.892278] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12251.899880] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.002267] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.112238] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.77] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.332284] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.442241] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.552250] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.662240] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.772249] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.882247] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12252.992232] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12253.102233] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12253.212242] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12253.322233] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12253.432233] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [12253.440209] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon Regards, Koen Using ath10k-ct 4.19: [ 45.172344] [ cut here ] | Yes No | [ 45.177161] WARNING: CPU: 0 PID: 1575 at /mnt/ramdisk/koen/firmware/builds/generic_rb922+--+4kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-03-25-2e917efb/ath10k-4.19/mac.c:6455 ath10 k_mac_vif_beacon_free+0xb8c/0x1008 [ath10k_core] [ 45.199549] Modules linked in: mbt_netlink mbt ath9k ath9k_common qcserial pppoe ppp_async option cdc_mbim ath9k_hw ath10k_pci ath10k_core ath usb_wwan sierra_net sierra rndis_host qmi_wwan pppox ppp_g eneric mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ip_tables huawei_cdc_ncm ftdi_sio cfg80211 cdc_subset cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport x t_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD x_tables usbserial usbnet slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv 4 nf_nat nf_log_ipv4 nf_log_common nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack hso crc_ccitt compat cdc_wdm cdc_acm i2c_dev ledtrig_usbport cryptodev msdos dummy [ 45.271137] tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 authenc usb_storage ohci_platform ohci_hcd ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore
Re: [OpenWrt-Devel] ath10k-ct issues - IBSS mode
On 03/26/2019 03:09 AM, Koen Vandeputte wrote: Hi Ben, Following our conversation from yesterday, here is a summary of all issues seen so far: Test setup: - Board: Mikrotik RB922 - Hardware used: on-board QCA9882 (QCA988x), Wave1 2x2 .ac - firmware's tested: both non-HTT and HTT flavours for qca988x Synopsis: - Setting the interface in IBSS mode results in following errors and spamming - Speed is very low (100 kbit/s) upon linking 2 devices in HT20, long GI Hello, Do you see those SWBA overrun messages on both systems, or just one of them? I'll work on fixing the out-of-my-tree compile for 4.20 today, as well as do a quick test on 4.19 to see if I see that error below. Thanks, Ben Using ath10k-ct 4.19: [ 45.172344] [ cut here ] | Yes No | [ 45.177161] WARNING: CPU: 0 PID: 1575 at /mnt/ramdisk/koen/firmware/builds/generic_rb922+--+4kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-03-25-2e917efb/ath10k-4.19/mac.c:6455 ath10 k_mac_vif_beacon_free+0xb8c/0x1008 [ath10k_core] [ 45.199549] Modules linked in: mbt_netlink mbt ath9k ath9k_common qcserial pppoe ppp_async option cdc_mbim ath9k_hw ath10k_pci ath10k_core ath usb_wwan sierra_net sierra rndis_host qmi_wwan pppox ppp_g eneric mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ip_tables huawei_cdc_ncm ftdi_sio cfg80211 cdc_subset cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport x t_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD x_tables usbserial usbnet slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv 4 nf_nat nf_log_ipv4 nf_log_common nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack hso crc_ccitt compat cdc_wdm cdc_acm i2c_dev ledtrig_usbport cryptodev msdos dummy [ 45.271137] tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 authenc usb_storage ohci_platform ohci_hcd ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_c ommon ptp pps_core mii aead crypto_null cryptomgr crc32c_generic crypto_hash [ 45.296057] CPU: 0 PID: 1575 Comm: wpa_supplicant Not tainted 4.14.108 #0 [ 45.302945] Stack : 8050 804bbf54 80490f00 86fd9a34 87d0e95c 804e3307 [ 45.311427] 8048d0d8 0627 805437d0 1937 877c1d14 0001 86fd99e8 e16507ad [ 45.319919] 8054 64f8 0007 [ 45.328409] 011a 060a2b40 0119 8000 870bf4b8 8708bbc0 [ 45.336904] 0009 1937 877c1d14 876d5000 802a0d54 8054 [ 45.345395] ... [ 45.347878] Call Trace: [ 45.350361] [<8006c6cc>] show_stack+0x58/0x100 [ 45.354888] [<80086d30>] __warn+0xe4/0x118 [ 45.359043] [<80086df4>] warn_slowpath_null+0x1c/0x28 [ 45.364205] [<8708bbc0>] ath10k_mac_vif_beacon_free+0xb8c/0x1008 [ath10k_core] [ 45.371539] ---[ end trace c77b21f4b5c2b5db ]--- Followed by an infinite amount of: [ 53.592940] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.600422] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.607886] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.615341] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.622781] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.630203] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.637640] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.645079] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon Using ath10k-ct 4.20: Results in build errors .. make CONFIG_ATH10K=m CONFIG_ATH10K_PCI=m CONFIG_ATH10K_CE=y CONFIG_ATH10K_AHB=m CONFIG_ATH10K_DEBUGFS=y CONFIG_MAC80211_DEBUGFS=y CONFIG_ATH10K_LEDS=y -C "/mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/linux-4.14.108" HOSTCFLAGS="-O2 -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/host/include -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/hostpkg/include -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/target-mips_24kc_musl/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes" CROSS_COMPILE="mips-openwrt-linux-musl-" ARCH="mips" KBUILD_HAVE_NLS=no KBUILD_BUILD_USER="" KBUILD_BUILD_HOST="" KBUILD_BUILD_TIMESTAMP="Mon Mar 25 19:01:58 2019" KBUILD_BUILD_VERSION="0" HOST_LOADLIBES="-L/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/host/lib" CONFIG_SHELL="bash" V='' cmd_syscalls= KERNELRELEASE=4.14.108 SUBDIRS="/mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-03-25-2e917efb/ath10k"-4.20""
Re: [OpenWrt-Devel] [PATCH] mvebu: Refresh kernel configuration
> Op 26 mrt. 2019, om 01:50 heeft Hauke Mehrtens het > volgende geschreven: > > This refreshes the current kernel configuration to remove needed Was unneeded meant here ? > options. The build did this automatically so the builds already used > this configuration. > > Signed-off-by: Hauke Mehrtens [skip rest] ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] GSoC 2019 application period started
Hi there, yesterday the Google Summer of Code application period for students started. If you are a student, select an idea at https://projects.freifunk.net and add your proposal at https://summerofcode.withgoogle.com! If you know students, please spread the word to them! Deadline for proposals is April 9. The full timeline you can find at https://developers.google.com/open-source/gsoc/timeline The coding period will be from end of May to end of August. If you're successful with your project you'll get payed by Google. Best, Andi ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] ath10k-ct issues - IBSS mode
Hi Ben, Following our conversation from yesterday, here is a summary of all issues seen so far: Test setup: - Board: Mikrotik RB922 - Hardware used: on-board QCA9882 (QCA988x), Wave1 2x2 .ac - firmware's tested: both non-HTT and HTT flavours for qca988x Synopsis: - Setting the interface in IBSS mode results in following errors and spamming - Speed is very low (100 kbit/s) upon linking 2 devices in HT20, long GI Using ath10k-ct 4.19: [ 45.172344] [ cut here ] | Yes No | [ 45.177161] WARNING: CPU: 0 PID: 1575 at /mnt/ramdisk/koen/firmware/builds/generic_rb922+--+4kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-03-25-2e917efb/ath10k-4.19/mac.c:6455 ath10 k_mac_vif_beacon_free+0xb8c/0x1008 [ath10k_core] [ 45.199549] Modules linked in: mbt_netlink mbt ath9k ath9k_common qcserial pppoe ppp_async option cdc_mbim ath9k_hw ath10k_pci ath10k_core ath usb_wwan sierra_net sierra rndis_host qmi_wwan pppox ppp_g eneric mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ip_tables huawei_cdc_ncm ftdi_sio cfg80211 cdc_subset cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport x t_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD x_tables usbserial usbnet slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv 4 nf_nat nf_log_ipv4 nf_log_common nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack hso crc_ccitt compat cdc_wdm cdc_acm i2c_dev ledtrig_usbport cryptodev msdos dummy [ 45.271137] tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 authenc usb_storage ohci_platform ohci_hcd ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_c ommon ptp pps_core mii aead crypto_null cryptomgr crc32c_generic crypto_hash [ 45.296057] CPU: 0 PID: 1575 Comm: wpa_supplicant Not tainted 4.14.108 #0 [ 45.302945] Stack : 8050 804bbf54 80490f00 86fd9a34 87d0e95c 804e3307 [ 45.311427] 8048d0d8 0627 805437d0 1937 877c1d14 0001 86fd99e8 e16507ad [ 45.319919] 8054 64f8 0007 [ 45.328409] 011a 060a2b40 0119 8000 870bf4b8 8708bbc0 [ 45.336904] 0009 1937 877c1d14 876d5000 802a0d54 8054 [ 45.345395] ... [ 45.347878] Call Trace: [ 45.350361] [<8006c6cc>] show_stack+0x58/0x100 [ 45.354888] [<80086d30>] __warn+0xe4/0x118 [ 45.359043] [<80086df4>] warn_slowpath_null+0x1c/0x28 [ 45.364205] [<8708bbc0>] ath10k_mac_vif_beacon_free+0xb8c/0x1008 [ath10k_core] [ 45.371539] ---[ end trace c77b21f4b5c2b5db ]--- Followed by an infinite amount of: [ 53.592940] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.600422] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.607886] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.615341] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.622781] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.630203] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.637640] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon [ 53.645079] ath10k_pci :01:00.0: SWBA overrun on vdev 0, skipped old beacon Using ath10k-ct 4.20: Results in build errors .. make CONFIG_ATH10K=m CONFIG_ATH10K_PCI=m CONFIG_ATH10K_CE=y CONFIG_ATH10K_AHB=m CONFIG_ATH10K_DEBUGFS=y CONFIG_MAC80211_DEBUGFS=y CONFIG_ATH10K_LEDS=y -C "/mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/linux-4.14.108" HOSTCFLAGS="-O2 -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/host/include -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/hostpkg/include -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/target-mips_24kc_musl/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes" CROSS_COMPILE="mips-openwrt-linux-musl-" ARCH="mips" KBUILD_HAVE_NLS=no KBUILD_BUILD_USER="" KBUILD_BUILD_HOST="" KBUILD_BUILD_TIMESTAMP="Mon Mar 25 19:01:58 2019" KBUILD_BUILD_VERSION="0" HOST_LOADLIBES="-L/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/host/lib" CONFIG_SHELL="bash" V='' cmd_syscalls= KERNELRELEASE=4.14.108 SUBDIRS="/mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-03-25-2e917efb/ath10k"-4.20"" NOSTDINC_FLAGS="-I/mnt/ramdisk/koen/firmware/builds/generic_rb922/build_dir/target-mips_24kc_musl/linux-ar71xx_mikrotik/ath10k-ct-2019-03-25-2e917efb -I/mnt/ramdisk/koen/firmware/builds/generic_rb922/staging_dir/target-mips_24kc_musl/usr/include/mac80211-backport/uapi
Re: [OpenWrt-Devel] [PATCH 00/11] Proposal for dm-verity support
Hello Hauke, On Mon, 25 Mar 2019 23:13:17 +0100 Hauke Mehrtens wrote: > Using some boot arguments sounds like a good solution, but I am not an > expert on the file system handling. OK, thanks. Do you know who would be the appropriate person to discuss this ? > The default has to be the current > behavior, because we do not have control over all boot loaders, I assume > that people who need this special behavior have control over their boot > loader. Yes of course the default would be to preserve the current behavior. > Do you know if it is possible to support dm-verify also for the overlay > file system? dm-verity by essence only supports read-only accesses. dm-verity generates a tree of hashes at "build" time, i.e with "veritysetup format" and at runtime, dm-verity checks that the hash of the blocks being read matches the hash stored in the hash tree. So the data blocks cannot be changed: any change in a data block will cause a hash mismatch, which results in an I/O error: it's exactly what dm-verity wants to detect, that the data has been tampered with. > > As I replied to your review on patch 08/11, the 5.1 kernel will have > > support for setting up DM devices on the kernel command line, it has > > been merged upstream. > > It would be nice if you could backport the upstream version to kernel > 4.14 and 4.19, you do not have to care about the old kernels, when we > move to the next LTS kernel we can just remove the patches. OK, I'll see if the upstream version is reasonable enough to be backported. Best regards, Thomas -- Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
