Re: Someone working on kernel 5.9?
Felix Fietkau wrote: > On 2020-10-29 13:11, Koen Vandeputte wrote: > > > > On 29.10.20 11:37, Andrey Jr. Melnikov wrote: > >> Koen Vandeputte wrote: > >> > >>> On 03.10.20 17:11, Vincent Wiemann wrote: > Hi folks, > > is anybody working on 5.9, already? > I'd like to do some testing with io_uring on ath79 devices, > but the features needed require a version > 5.7. > Please let me know! > >>> Not yet currently as I'm pretty occupied with AI stuff, but I might give > >>> it a try within 1 .. 2 weeks. > >> before you start - in 5.8 kernel build process slightly changed, so openwrt > >> "build module first, kernel last" not working, vmlinux must be build before > >> modules now. > >> mtd subsystem partition code massive changed - mtdsplit drivers need > >> rewrite. > > > > Thanks, > > > > I'll take a look at it. > > I did encounter the mtdsplit stuff you mention. > > > > Just swapped to 5.10-rc1 as it will be the next LTS. > I have 5.9 working on the mediatek target in my staging tree: > https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=summary patch target/linux/generic/pending-5.9/306-mips_mem_functions_performance.patch cause this: --- cut --- In file included from ./include/linux/string.h:20, from ./include/linux/uuid.h:12, from ./include/linux/mod_devicetable.h:13, from scripts/mod/devicetable-offsets.c:3: ./arch/mips/include/asm/string.h:24:2: error: expected identifier or '(' before '{' token 24 | ({\ | ^ ./include/linux/string.h:384:24: note: in expansion of macro 'memset' 384 | __FORTIFY_INLINE void *memset(void *p, int c, __kernel_size_t size) |^~ ./arch/mips/include/asm/string.h:35:2: error: expected identifier or '(' before '{' token 35 | ({\ | ^ ./include/linux/string.h:394:24: note: in expansion of macro 'memcpy' 394 | __FORTIFY_INLINE void *memcpy(void *p, const void *q, __kernel_size_t size) |^~ ./arch/mips/include/asm/string.h:46:2: error: expected identifier or '(' before '{' token 46 | ({\ | ^ ./include/linux/string.h:409:24: note: in expansion of macro 'memmove' 409 | __FORTIFY_INLINE void *memmove(void *p, const void *q, __kernel_size_t size) |^~~ ./arch/mips/include/asm/string.h:57:50: error: expected declaration specifiers or '...' before '(' token 57 | #define memcmp(src1, src2, len) __builtin_memcmp((src1), (src2), (len)) | ^ ./include/linux/string.h:435:22: note: in expansion of macro 'memcmp' 435 | __FORTIFY_INLINE int memcmp(const void *p, const void *q, __kernel_size_t size) | ^~ ./arch/mips/include/asm/string.h:57:58: error: expected declaration specifiers or '...' before '(' token 57 | #define memcmp(src1, src2, len) __builtin_memcmp((src1), (src2), (len)) | ^ ./include/linux/string.h:435:22: note: in expansion of macro 'memcmp' 435 | __FORTIFY_INLINE int memcmp(const void *p, const void *q, __kernel_size_t size) | ^~ ./arch/mips/include/asm/string.h:57:66: error: expected declaration specifiers or '...' before '(' token 57 | #define memcmp(src1, src2, len) __builtin_memcmp((src1), (src2), (len)) | ^ ./include/linux/string.h:435:22: note: in expansion of macro 'memcmp' 435 | __FORTIFY_INLINE int memcmp(const void *p, const void *q, __kernel_size_t size) | ^~ --- cut --- Dropping this patch, adjusting mtk7621 nand driver and it success boot on mt7621. And yes, DSA interfaces come up faster: --- 5.8.16 --- [ 23.378250] mtk_soc_eth 1e10.ethernet eth0: Link is Down [ 23.394552] mtk_soc_eth 1e10.ethernet eth0: configuring for fixed/rgmii link mode [ 23.403086] mtk_soc_eth 1e10.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 23.412139] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 23.423265] device eth0 entered promiscuous mode [ 23.600168] mt7530 mdio-bus:1f lan1: configuring for phy/gmii link mode [ 23.650656] 8021q: adding VLAN 0 to HW filter on device lan1 [ 24.460634] br-lan: port 1(lan1) entered blocking state [ 24.465865] br-lan: port 1(lan1) entered disabled state [ 24.530026] device lan1 entered promiscuous mode [ 25.670004] mt7530 mdio-bus:1f lan2: configuring for phy/gmii link mode [ 25.740319] 8021q: adding VLAN 0 to HW filter on device lan2 [ 26.610853] br-lan: port 2(lan2) entered blocking state [ 26.616128] br-lan: port 2(lan2) entered disabled state [ 26.740081] device lan2 entered promiscuous mode [ 27.750001] mt7530 mdio-bus:1f lan3: configuring for phy/gmii link mode [ 27.860316] 8021q: adding VLAN 0 to HW filter on device lan3 [
[PATCH] hostapd: add {hostapd,wpad}-basic-openssl variants
Add OpenSSL-linked basic variants (which provides WPA-PSK only, 802.11r and 802.11w) of both hostapd and wpad. For people who don't need the full hostapd but are stuck with libopenssl for other reasons, this saves space by avoiding the need of an additional library (or a larger hostapd with built-in crypto). Signed-off-by: Rui Salvaterra --- package/network/services/hostapd/Config.in | 2 ++ package/network/services/hostapd/Makefile | 26 ++ 2 files changed, 28 insertions(+) diff --git a/package/network/services/hostapd/Config.in b/package/network/services/hostapd/Config.in index b211877fb3..8aa878d207 100644 --- a/package/network/services/hostapd/Config.in +++ b/package/network/services/hostapd/Config.in @@ -13,6 +13,7 @@ config WPA_RFKILL_SUPPORT PACKAGE_wpad-openssl || \ PACKAGE_wpad-wolfssl || \ PACKAGE_wpad-basic || \ + PACKAGE_wpad-basic-openssl || \ PACKAGE_wpad-basic-wolfssl || \ PACKAGE_wpad-mini || \ PACKAGE_wpad-mesh-openssl || \ @@ -33,6 +34,7 @@ config WPA_MSG_MIN_PRIORITY PACKAGE_wpad-openssl || \ PACKAGE_wpad-wolfssl || \ PACKAGE_wpad-basic || \ + PACKAGE_wpad-basic-openssl || \ PACKAGE_wpad-basic-wolfssl || \ PACKAGE_wpad-mini || \ PACKAGE_wpad-mesh-openssl || \ diff --git a/package/network/services/hostapd/Makefile b/package/network/services/hostapd/Makefile index bb20b7bcd9..f340cb1ebb 100644 --- a/package/network/services/hostapd/Makefile +++ b/package/network/services/hostapd/Makefile @@ -203,6 +203,17 @@ define Package/hostapd-basic/description This package contains a basic IEEE 802.1x/WPA Authenticator with WPA-PSK, 802.11r and 802.11w support. endef +define Package/hostapd-basic-openssl +$(call Package/hostapd/Default,$(1)) + TITLE+= (WPA-PSK, 11r and 11w) + VARIANT:=basic-openssl + DEPENDS+=+libopenssl +endef + +define Package/hostapd-basic-openssl/description + This package contains a basic IEEE 802.1x/WPA Authenticator with WPA-PSK, 802.11r and 802.11w support. +endef + define Package/hostapd-mini $(call Package/hostapd/Default,$(1)) TITLE+= (WPA-PSK only) @@ -266,6 +277,17 @@ define Package/wpad-basic/description This package contains a basic IEEE 802.1x/WPA Authenticator and Supplicant with WPA-PSK, 802.11r and 802.11w support. endef +define Package/wpad-basic-openssl +$(call Package/wpad/Default,$(1)) + TITLE+= (OpenSSL, 11r, 11w) + VARIANT:=wpad-basic-openssl + DEPENDS+=+libopenssl +endef + +define Package/wpad-basic-openssl/description + This package contains a basic IEEE 802.1x/WPA Authenticator and Supplicant with WPA-PSK, SAE (WPA3-Personal), 802.11r and 802.11w support. +endef + define Package/wpad-basic-wolfssl $(call Package/wpad/Default,$(1)) TITLE+= (wolfSSL, 11r, 11w) @@ -585,6 +607,7 @@ define Package/hostapd/install $(INSTALL_BIN) $(PKG_BUILD_DIR)/hostapd/hostapd $(1)/usr/sbin/ endef Package/hostapd-basic/install = $(Package/hostapd/install) +Package/hostapd-basic-openssl/install = $(Package/hostapd/install) Package/hostapd-hs20/install = $(Package/hostapd/install) Package/hostapd-mini/install = $(Package/hostapd/install) Package/hostapd-openssl/install = $(Package/hostapd/install) @@ -605,6 +628,7 @@ define Package/wpad/install $(LN) wpad $(1)/usr/sbin/wpa_supplicant endef Package/wpad-basic/install = $(Package/wpad/install) +Package/wpad-basic-openssl/install = $(Package/wpad/install) Package/wpad-basic-wolfssl/install = $(Package/wpad/install) Package/wpad-mini/install = $(Package/wpad/install) Package/wpad-openssl/install = $(Package/wpad/install) @@ -654,6 +678,7 @@ endif $(eval $(call BuildPackage,hostapd)) $(eval $(call BuildPackage,hostapd-basic)) +$(eval $(call BuildPackage,hostapd-basic-openssl)) $(eval $(call BuildPackage,hostapd-hs20)) $(eval $(call BuildPackage,hostapd-mini)) $(eval $(call BuildPackage,hostapd-openssl)) @@ -662,6 +687,7 @@ $(eval $(call BuildPackage,wpad)) $(eval $(call BuildPackage,wpad-mesh-openssl)) $(eval $(call BuildPackage,wpad-mesh-wolfssl)) $(eval $(call BuildPackage,wpad-basic)) +$(eval $(call BuildPackage,wpad-basic-openssl)) $(eval $(call BuildPackage,wpad-basic-wolfssl)) $(eval $(call BuildPackage,wpad-mini)) $(eval $(call BuildPackage,wpad-openssl)) -- 2.29.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH] hostapd: add a hostapd-basic-openssl variant
Hi, again, On Thu, 29 Oct 2020 at 17:40, Daniel Golle wrote: > > It can even be both in one patch (I'd prefer that). Alright, will do! > ...or just use hostapd's built-in crypto instead... In that case, I'd have a much larger hostapd with full functionality, even though I only required the basics. Still a less than ideal solution. :) Thanks, Rui ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH] hostapd: add a hostapd-basic-openssl variant
On Thu, Oct 29, 2020 at 05:33:44PM +, Rui Salvaterra wrote: > Hi, Daniel, > > On Thu, 29 Oct 2020 at 16:16, Daniel Golle wrote: > > > > Please do the same for wpad-basic as well, just to be consistent. > > Sure thing, I had even suggested it on IRC. :) Do you prefer a > follow-up patch, or a new series with both patches? It can even be both in one patch (I'd prefer that). > > > > Sizes of hostapd on ath79 (74Kc -O2): > > > 811781 bytes (hostapd-full) > > > 531573 bytes (hostapd-basic-openssl) > > > > It doesn't really make sense to compare those. > > Better compare hostapd-basic vs. hostapd-basic-wolfssl vs. > > hostapd-basic-openssl. > > Absolutely true, in the general sense. However, and very specifically, > the point I'm trying to convey is that if you have to depend on > OpenSSL, for some reason (e.g. a package which only supports OpenSSL), > you're also stuck with {hostapd,wpad}-full, even if you don't need the > complete functionality, as all the basic variants depend on wolfSSL > (unless you'd be willing to pay the price of having two SSL libraries > installed). ...or just use hostapd's built-in crypto instead... > > Thanks, > Rui > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH] hostapd: add a hostapd-basic-openssl variant
Hi, Daniel, On Thu, 29 Oct 2020 at 16:16, Daniel Golle wrote: > > Please do the same for wpad-basic as well, just to be consistent. Sure thing, I had even suggested it on IRC. :) Do you prefer a follow-up patch, or a new series with both patches? > > Sizes of hostapd on ath79 (74Kc -O2): > > 811781 bytes (hostapd-full) > > 531573 bytes (hostapd-basic-openssl) > > It doesn't really make sense to compare those. > Better compare hostapd-basic vs. hostapd-basic-wolfssl vs. > hostapd-basic-openssl. Absolutely true, in the general sense. However, and very specifically, the point I'm trying to convey is that if you have to depend on OpenSSL, for some reason (e.g. a package which only supports OpenSSL), you're also stuck with {hostapd,wpad}-full, even if you don't need the complete functionality, as all the basic variants depend on wolfSSL (unless you'd be willing to pay the price of having two SSL libraries installed). Thanks, Rui ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
Felix Fietkau wrote: > On 2020-10-29 13:11, Koen Vandeputte wrote: > > > > On 29.10.20 11:37, Andrey Jr. Melnikov wrote: > >> Koen Vandeputte wrote: > >> > >>> On 03.10.20 17:11, Vincent Wiemann wrote: > Hi folks, > > is anybody working on 5.9, already? > I'd like to do some testing with io_uring on ath79 devices, > but the features needed require a version > 5.7. > Please let me know! > >>> Not yet currently as I'm pretty occupied with AI stuff, but I might give > >>> it a try within 1 .. 2 weeks. > >> before you start - in 5.8 kernel build process slightly changed, so openwrt > >> "build module first, kernel last" not working, vmlinux must be build before > >> modules now. > >> mtd subsystem partition code massive changed - mtdsplit drivers need > >> rewrite. > > > > Thanks, > > > > I'll take a look at it. > > I did encounter the mtdsplit stuff you mention. > > > > Just swapped to 5.10-rc1 as it will be the next LTS. > I have 5.9 working on the mediatek target in my staging tree: > https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=summary For curious - for what in hack-5.9/210-darwin_scripts_include.patch defines from dead Tilera platform? It's already moved to trash in mainline kernel. is hack-5.9/214-spidev_h_portability.patch still need? And in kernel we have: # define _IOC_SIZEBITS 14 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH v2] kernel: replace SUBDIRS with M in package recipes
чт, 29 окт. 2020 г. в 15:44, Adrian Schmutzler : > > > -Original Message- > > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > > On Behalf Of Andrey Jr. Melnikov > > Sent: Dienstag, 21. Januar 2020 16:25 ^^^ gmane flushed mail queue with message ten month old. > > To: openwrt-devel@lists.openwrt.org > > Subject: Re: [PATCH v2] kernel: replace SUBDIRS with M in package recipes > > > > Tomasz Maciej Nowak wrote: > > > The SUBDIRS variable has been removed in kernel 5.4, and was > > > deprecated since the beginnig of kernel git history in favour of M or > > KBUILD_EXTMOD. [...] ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[no subject]
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- i can confirm that performance hit with CONFIG_CAVIUM_CN63XXP1 is huge on other octeon devices and that option should not be used. > On Oct 29, 2020, at 4:07 PM, Johannes Kimmel wrote: > > This patch disables the image for edgerouter devices by default, since > it isn't able to boot at the moment. > > Currently the edgerouter image won't boot. Current kernels have an > option CONFIG_CAVIUM_CN63XXP1 that needs to be enabled for this chip. > > If the kernel was compiled without this option, following message is > displayed and the machine reboots: > > [ 36.778028] Kernel panic - not syncing: OCTEON II DCache prefetch > workaround not in place (cfac). > [ 36.778028] Please build kernel with proper options > (CONFIG_CAVIUM_CN63XXP1). > [ 36.794398] Rebooting in 1 seconds.. > > This was last confirmed on 2020-10-29. > > The description of this option states, that enabling it will possibly > cause performance issues on other chips. > > Signed-off-by: Johannes Kimmel > > --- > > Full bootlog: > > U-Boot 2012.04.01 (UBNT Build Version: e200_002_80eda) (May 27 2019 - > 06:34:56) > > Skipping PCIe port 0 BIST, in EP mode, can't tell if clocked. > Skipping PCIe port 1 BIST, reset not done. (port not configured) > BIST check passed. > UBNT_E200 r1:0, r2:19, serial #: FCECDA05EB31 > MPR 13-00317-19 > Core clock: 1000 MHz, IO clock: 600 MHz, DDR clock: 533 MHz (1066 Mhz DDR) > Base DRAM address used by u-boot: 0x8f80, size: 0x80 > DRAM: 2 GiB > Clearing DRAM.. done > Flash: 8 MiB > Net: octeth0, octeth1, octeth2, octeth3, octeth4, octeth5, octeth6, octeth7 > MMC: Octeon MMC/SD0: 0 > USB: USB EHCI 1.00 > scanning bus for devices... 2 USB Device(s) found > Type the command 'usb start' to scan for USB storage devices. > > Hit any key to stop autoboot: 0 > Octeon ubnt_e200# usb start > (Re)start USB... > USB: USB EHCI 1.00 > scanning bus for devices... 2 USB Device(s) found > scanning bus for storage devices... 1 Storage Device(s) found > Octeon ubnt_e200# fatload usb 0 $(loadaddr) > openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1 ; bootoctlinux > $(loadaddr) numcores=2 endbootargs mem=0 > reading openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1 > > 16286136 bytes read > reading openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1.md5 > > ** Unable to read openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1.md5 > argv[2]: numcores=2 > argv[3]: endbootargs > Allocating memory for ELF segment: addr: 0x8110 (adjusted to: > 0x110), size 0x20dcd18 > Bootloader: Done loading app on coremask: 0x3 > Starting cores 0x3 > [0.00] Linux version 5.4.72 (builder@buildhost) (gcc version 8.4.0 > (OpenWrt GCC 8.4.0 r14793-9f1927173a)) #0 SMP Wed Oct 28 02:25:25 2020 > [0.00] Skipping L2 locking due to reduced L2 cache size > [0.00] CVMSEG size: 2 cache lines (256 bytes) > [0.00] printk: bootconsole [early0] enabled > [0.00] CPU0 revision is: 000d9301 (Cavium Octeon II) > [0.00] Checking for the multiply/shift bug... no. > [0.00] Checking for the daddiu bug... no. > [0.00] Kernel sections are not in the memory maps > [0.00] Wasting 278528 bytes for tracking 4352 unused pages > [0.00] Initrd not found or empty - disabling initrd > [0.00] Using passed Device Tree. > [0.00] software IO TLB: mapped [mem 0x0320b000-0x0324b000] (0MB) > [0.00] Primary instruction cache 37kB, virtually tagged, 37 way, 8 > sets, linesize 128 bytes. > [0.00] Primary data cache 32kB, 32-way, 8 sets, linesize 128 bytes. > [0.00] Zone ranges: > [0.00] DMA32[mem 0x0110-0xefff] > [0.00] Normal empty > [0.00] Movable zone start for each node > [0.00] Early memory node ranges > [0.00] node 0: [mem 0x0110-0x031dcfff] > [0.00] node 0: [mem 0x0320-0x0edf] > [0.00] node 0: [mem 0x0f20-0x0fdf] > [0.00] node 0: [mem 0x2000-0x8f7f] > [0.00] Zeroed struct page in unavailable ranges: 7971 pages > [0.00] Initmem setup node 0 [mem > 0x0110-0x8f7f] > [0.00] percpu: Embedded 18 pages/cpu s35872 r8192 d29664 u73728 > [0.00] Built 1 zonelists, mobility grouping on. Total pages: 508249 > [0.00] Kernel command line: > mtdparts=phys_mapped_flash:640k(boot0)ro,640k(boot1)ro,64k(eeprom)ro > root=/dev/mmcblk0p2 rootfstype=squashfs,ext4 rootwait console=ttyS0,115200 > [0.00] Dentry cache hash table entries: 262144 (order: 9, 2097152 > bytes, linear)
Re: [PATCH] hostapd: add a hostapd-basic-openssl variant
On Thu, Oct 29, 2020 at 11:10:05AM +, Rui Salvaterra wrote: > Add an OpenSSL-linked basic variant (which provides WPA-PSK only, 802.11r and > 802.11w). For people who don't need the full hostapd but are stuck with > libopenssl for other reasons, this saves quite a bit of space. Please do the same for wpad-basic as well, just to be consistent. > > Sizes of hostapd on ath79 (74Kc -O2): > 811781 bytes (hostapd-full) > 531573 bytes (hostapd-basic-openssl) It doesn't really make sense to compare those. Better compare hostapd-basic vs. hostapd-basic-wolfssl vs. hostapd-basic-openssl. > > Signed-off-by: Rui Salvaterra > --- > package/network/services/hostapd/Makefile | 13 + > 1 file changed, 13 insertions(+) > > diff --git a/package/network/services/hostapd/Makefile > b/package/network/services/hostapd/Makefile > index bb20b7bcd9..b42818fa95 100644 > --- a/package/network/services/hostapd/Makefile > +++ b/package/network/services/hostapd/Makefile > @@ -203,6 +203,17 @@ define Package/hostapd-basic/description > This package contains a basic IEEE 802.1x/WPA Authenticator with WPA-PSK, > 802.11r and 802.11w support. > endef > > +define Package/hostapd-basic-openssl > +$(call Package/hostapd/Default,$(1)) > + TITLE+= (WPA-PSK, 11r and 11w) > + VARIANT:=basic-openssl > + DEPENDS+=+libopenssl > +endef > + > +define Package/hostapd-basic-openssl/description > + This package contains a basic IEEE 802.1x/WPA Authenticator with WPA-PSK, > 802.11r and 802.11w support. > +endef > + > define Package/hostapd-mini > $(call Package/hostapd/Default,$(1)) >TITLE+= (WPA-PSK only) > @@ -585,6 +596,7 @@ define Package/hostapd/install > $(INSTALL_BIN) $(PKG_BUILD_DIR)/hostapd/hostapd $(1)/usr/sbin/ > endef > Package/hostapd-basic/install = $(Package/hostapd/install) > +Package/hostapd-basic-openssl/install = $(Package/hostapd/install) > Package/hostapd-hs20/install = $(Package/hostapd/install) > Package/hostapd-mini/install = $(Package/hostapd/install) > Package/hostapd-openssl/install = $(Package/hostapd/install) > @@ -654,6 +666,7 @@ endif > > $(eval $(call BuildPackage,hostapd)) > $(eval $(call BuildPackage,hostapd-basic)) > +$(eval $(call BuildPackage,hostapd-basic-openssl)) > $(eval $(call BuildPackage,hostapd-hs20)) > $(eval $(call BuildPackage,hostapd-mini)) > $(eval $(call BuildPackage,hostapd-openssl)) > -- > 2.29.1 > > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
On 29.10.20 13:20, Felix Fietkau wrote: On 2020-10-29 13:11, Koen Vandeputte wrote: On 29.10.20 11:37, Andrey Jr. Melnikov wrote: Koen Vandeputte wrote: On 03.10.20 17:11, Vincent Wiemann wrote: Hi folks, is anybody working on 5.9, already? I'd like to do some testing with io_uring on ath79 devices, but the features needed require a version > 5.7. Please let me know! Not yet currently as I'm pretty occupied with AI stuff, but I might give it a try within 1 .. 2 weeks. before you start - in 5.8 kernel build process slightly changed, so openwrt "build module first, kernel last" not working, vmlinux must be build before modules now. mtd subsystem partition code massive changed - mtdsplit drivers need rewrite. Thanks, I'll take a look at it. I did encounter the mtdsplit stuff you mention. Just swapped to 5.10-rc1 as it will be the next LTS. I have 5.9 working on the mediatek target in my staging tree: https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=summary - Felix Even better! I'll use it as a baseline towards 5.10. Thanks Felix Koen ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
RE: [PATCH v2] kernel: replace SUBDIRS with M in package recipes
> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Andrey Jr. Melnikov > Sent: Dienstag, 21. Januar 2020 16:25 > To: openwrt-devel@lists.openwrt.org > Subject: Re: [PATCH v2] kernel: replace SUBDIRS with M in package recipes > > Tomasz Maciej Nowak wrote: > > The SUBDIRS variable has been removed in kernel 5.4, and was > > deprecated since the beginnig of kernel git history in favour of M or > KBUILD_EXTMOD. > > > Signed-off-by: Tomasz Maciej Nowak > > --- > > > v1 -> v2 > > fix commit title > > > package/kernel/acx-mac80211/Makefile| 2 +- > > package/kernel/ath10k-ct/Makefile | 2 +- > > package/kernel/broadcom-wl/Makefile | 8 > > package/kernel/button-hotplug/Makefile | 2 +- > > package/kernel/gpio-button-hotplug/Makefile | 2 +- > > package/kernel/gpio-nct5104d/Makefile | 2 +- > > package/kernel/hwmon-gsc/Makefile | 2 +- > > package/kernel/i2c-gpio-custom/Makefile | 2 +- > > package/kernel/kmod-sched-cake/Makefile | 2 +- > > package/kernel/leds-apu2/Makefile | 2 +- > > package/kernel/mt76/Makefile| 2 +- > > package/kernel/mwlwifi/Makefile | 2 +- > > package/kernel/nat46/Makefile | 2 +- > > package/kernel/rtc-rv5c386a/Makefile| 2 +- > > package/kernel/rtl8812au-ct/Makefile| 2 +- > > package/kernel/spi-gpio-custom/Makefile | 2 +- > > package/kernel/trelay/Makefile | 2 +- > > package/kernel/w1-gpio-custom/Makefile | 2 +- > > 18 files changed, 21 insertions(+), 21 deletions(-) > > > JFUI: i2c-gpio-custom is broken (no sda/scl entries in struct > i2c_gpio_platform_data). Is this for 19.07? i2c-gpio-custom (and others) has been dropped with kernel 4.14 support: https://github.com/openwrt/openwrt/commit/6362a04725b859ac306e54359b14ea2612af28db Best Adrian > > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel openpgp-digital-signature.asc Description: PGP signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Someone working on kernel 5.9?
If you want I can port 5.9 to ipq806x and check if there is any problem. That way it will be ready when 5.10 is released (i think minimal change from 5.9 to 5.10) > Koen Vandeputte [2020-10-29 13:11:57]: Hi, FYI nbd has 5.9 WIP in his > staging tree. Someone has already reported success running it on mvebu IIRC. > Cheers, Petr ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
On 2020-10-29 13:11, Koen Vandeputte wrote: > > On 29.10.20 11:37, Andrey Jr. Melnikov wrote: >> Koen Vandeputte wrote: >> >>> On 03.10.20 17:11, Vincent Wiemann wrote: Hi folks, is anybody working on 5.9, already? I'd like to do some testing with io_uring on ath79 devices, but the features needed require a version > 5.7. Please let me know! >>> Not yet currently as I'm pretty occupied with AI stuff, but I might give >>> it a try within 1 .. 2 weeks. >> before you start - in 5.8 kernel build process slightly changed, so openwrt >> "build module first, kernel last" not working, vmlinux must be build before >> modules now. >> mtd subsystem partition code massive changed - mtdsplit drivers need rewrite. > > Thanks, > > I'll take a look at it. > I did encounter the mtdsplit stuff you mention. > > Just swapped to 5.10-rc1 as it will be the next LTS. I have 5.9 working on the mediatek target in my staging tree: https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=summary - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
Koen Vandeputte [2020-10-29 13:11:57]: Hi, > Just swapped to 5.10-rc1 as it will be the next LTS. FYI nbd has 5.9 WIP in his staging tree. Someone has already reported success running it on mvebu IIRC. Cheers, Petr ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
On Thu, 29 Oct 2020 at 13:14, Koen Vandeputte wrote: > > > On 29.10.20 11:37, Andrey Jr. Melnikov wrote: > > Koen Vandeputte wrote: > > > >> On 03.10.20 17:11, Vincent Wiemann wrote: > >>> Hi folks, > >>> > >>> is anybody working on 5.9, already? > >>> I'd like to do some testing with io_uring on ath79 devices, > >>> but the features needed require a version > 5.7. > >>> Please let me know! > >> Not yet currently as I'm pretty occupied with AI stuff, but I might give > >> it a try within 1 .. 2 weeks. > > before you start - in 5.8 kernel build process slightly changed, so openwrt > > "build module first, kernel last" not working, vmlinux must be build before > > modules now. > > mtd subsystem partition code massive changed - mtdsplit drivers need > > rewrite. > > Thanks, > > I'll take a look at it. > I did encounter the mtdsplit stuff you mention. The rest of us eagerly waiting for a fresh kernel can help. I am sure that it will go much faster that way. Regards, Robert > > Just swapped to 5.10-rc1 as it will be the next LTS. > > Regards, > > Koen > > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
On 29.10.20 11:37, Andrey Jr. Melnikov wrote: Koen Vandeputte wrote: On 03.10.20 17:11, Vincent Wiemann wrote: Hi folks, is anybody working on 5.9, already? I'd like to do some testing with io_uring on ath79 devices, but the features needed require a version > 5.7. Please let me know! Not yet currently as I'm pretty occupied with AI stuff, but I might give it a try within 1 .. 2 weeks. before you start - in 5.8 kernel build process slightly changed, so openwrt "build module first, kernel last" not working, vmlinux must be build before modules now. mtd subsystem partition code massive changed - mtdsplit drivers need rewrite. Thanks, I'll take a look at it. I did encounter the mtdsplit stuff you mention. Just swapped to 5.10-rc1 as it will be the next LTS. Regards, Koen ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH v2] kernel: replace SUBDIRS with M in package recipes
Tomasz Maciej Nowak wrote: > The SUBDIRS variable has been removed in kernel 5.4, and was deprecated > since the beginnig of kernel git history in favour of M or KBUILD_EXTMOD. > Signed-off-by: Tomasz Maciej Nowak > --- > v1 -> v2 > fix commit title > package/kernel/acx-mac80211/Makefile| 2 +- > package/kernel/ath10k-ct/Makefile | 2 +- > package/kernel/broadcom-wl/Makefile | 8 > package/kernel/button-hotplug/Makefile | 2 +- > package/kernel/gpio-button-hotplug/Makefile | 2 +- > package/kernel/gpio-nct5104d/Makefile | 2 +- > package/kernel/hwmon-gsc/Makefile | 2 +- > package/kernel/i2c-gpio-custom/Makefile | 2 +- > package/kernel/kmod-sched-cake/Makefile | 2 +- > package/kernel/leds-apu2/Makefile | 2 +- > package/kernel/mt76/Makefile| 2 +- > package/kernel/mwlwifi/Makefile | 2 +- > package/kernel/nat46/Makefile | 2 +- > package/kernel/rtc-rv5c386a/Makefile| 2 +- > package/kernel/rtl8812au-ct/Makefile| 2 +- > package/kernel/spi-gpio-custom/Makefile | 2 +- > package/kernel/trelay/Makefile | 2 +- > package/kernel/w1-gpio-custom/Makefile | 2 +- > 18 files changed, 21 insertions(+), 21 deletions(-) JFUI: i2c-gpio-custom is broken (no sda/scl entries in struct i2c_gpio_platform_data). ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Someone working on kernel 5.9?
Koen Vandeputte wrote: > On 03.10.20 17:11, Vincent Wiemann wrote: > > Hi folks, > > > > is anybody working on 5.9, already? > > I'd like to do some testing with io_uring on ath79 devices, > > but the features needed require a version > 5.7. > > Please let me know! > Not yet currently as I'm pretty occupied with AI stuff, but I might give > it a try within 1 .. 2 weeks. before you start - in 5.8 kernel build process slightly changed, so openwrt "build module first, kernel last" not working, vmlinux must be build before modules now. mtd subsystem partition code massive changed - mtdsplit drivers need rewrite. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] hostapd: add a hostapd-basic-openssl variant
Add an OpenSSL-linked basic variant (which provides WPA-PSK only, 802.11r and 802.11w). For people who don't need the full hostapd but are stuck with libopenssl for other reasons, this saves quite a bit of space. Sizes of hostapd on ath79 (74Kc -O2): 811781 bytes (hostapd-full) 531573 bytes (hostapd-basic-openssl) Signed-off-by: Rui Salvaterra --- package/network/services/hostapd/Makefile | 13 + 1 file changed, 13 insertions(+) diff --git a/package/network/services/hostapd/Makefile b/package/network/services/hostapd/Makefile index bb20b7bcd9..b42818fa95 100644 --- a/package/network/services/hostapd/Makefile +++ b/package/network/services/hostapd/Makefile @@ -203,6 +203,17 @@ define Package/hostapd-basic/description This package contains a basic IEEE 802.1x/WPA Authenticator with WPA-PSK, 802.11r and 802.11w support. endef +define Package/hostapd-basic-openssl +$(call Package/hostapd/Default,$(1)) + TITLE+= (WPA-PSK, 11r and 11w) + VARIANT:=basic-openssl + DEPENDS+=+libopenssl +endef + +define Package/hostapd-basic-openssl/description + This package contains a basic IEEE 802.1x/WPA Authenticator with WPA-PSK, 802.11r and 802.11w support. +endef + define Package/hostapd-mini $(call Package/hostapd/Default,$(1)) TITLE+= (WPA-PSK only) @@ -585,6 +596,7 @@ define Package/hostapd/install $(INSTALL_BIN) $(PKG_BUILD_DIR)/hostapd/hostapd $(1)/usr/sbin/ endef Package/hostapd-basic/install = $(Package/hostapd/install) +Package/hostapd-basic-openssl/install = $(Package/hostapd/install) Package/hostapd-hs20/install = $(Package/hostapd/install) Package/hostapd-mini/install = $(Package/hostapd/install) Package/hostapd-openssl/install = $(Package/hostapd/install) @@ -654,6 +666,7 @@ endif $(eval $(call BuildPackage,hostapd)) $(eval $(call BuildPackage,hostapd-basic)) +$(eval $(call BuildPackage,hostapd-basic-openssl)) $(eval $(call BuildPackage,hostapd-hs20)) $(eval $(call BuildPackage,hostapd-mini)) $(eval $(call BuildPackage,hostapd-openssl)) -- 2.29.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] octeon: disable edgerouter image
This patch disables the image for edgerouter devices by default, since it isn't able to boot at the moment. Currently the edgerouter image won't boot. Current kernels have an option CONFIG_CAVIUM_CN63XXP1 that needs to be enabled for this chip. If the kernel was compiled without this option, following message is displayed and the machine reboots: [ 36.778028] Kernel panic - not syncing: OCTEON II DCache prefetch workaround not in place (cfac). [ 36.778028] Please build kernel with proper options (CONFIG_CAVIUM_CN63XXP1). [ 36.794398] Rebooting in 1 seconds.. This was last confirmed on 2020-10-29. The description of this option states, that enabling it will possibly cause performance issues on other chips. Signed-off-by: Johannes Kimmel --- Full bootlog: U-Boot 2012.04.01 (UBNT Build Version: e200_002_80eda) (May 27 2019 - 06:34:56) Skipping PCIe port 0 BIST, in EP mode, can't tell if clocked. Skipping PCIe port 1 BIST, reset not done. (port not configured) BIST check passed. UBNT_E200 r1:0, r2:19, serial #: FCECDA05EB31 MPR 13-00317-19 Core clock: 1000 MHz, IO clock: 600 MHz, DDR clock: 533 MHz (1066 Mhz DDR) Base DRAM address used by u-boot: 0x8f80, size: 0x80 DRAM: 2 GiB Clearing DRAM.. done Flash: 8 MiB Net: octeth0, octeth1, octeth2, octeth3, octeth4, octeth5, octeth6, octeth7 MMC: Octeon MMC/SD0: 0 USB: USB EHCI 1.00 scanning bus for devices... 2 USB Device(s) found Type the command 'usb start' to scan for USB storage devices. Hit any key to stop autoboot: 0 Octeon ubnt_e200# usb start (Re)start USB... USB: USB EHCI 1.00 scanning bus for devices... 2 USB Device(s) found scanning bus for storage devices... 1 Storage Device(s) found Octeon ubnt_e200# fatload usb 0 $(loadaddr) openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1 ; bootoctlinux $(loadaddr) numcores=2 endbootargs mem=0 reading openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1 16286136 bytes read reading openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1.md5 ** Unable to read openwrt-octeon-ubnt_edgerouter-initramfs-kernel.bin.1.md5 argv[2]: numcores=2 argv[3]: endbootargs Allocating memory for ELF segment: addr: 0x8110 (adjusted to: 0x110), size 0x20dcd18 Bootloader: Done loading app on coremask: 0x3 Starting cores 0x3 [0.00] Linux version 5.4.72 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r14793-9f1927173a)) #0 SMP Wed Oct 28 02:25:25 2020 [0.00] Skipping L2 locking due to reduced L2 cache size [0.00] CVMSEG size: 2 cache lines (256 bytes) [0.00] printk: bootconsole [early0] enabled [0.00] CPU0 revision is: 000d9301 (Cavium Octeon II) [0.00] Checking for the multiply/shift bug... no. [0.00] Checking for the daddiu bug... no. [0.00] Kernel sections are not in the memory maps [0.00] Wasting 278528 bytes for tracking 4352 unused pages [0.00] Initrd not found or empty - disabling initrd [0.00] Using passed Device Tree. [0.00] software IO TLB: mapped [mem 0x0320b000-0x0324b000] (0MB) [0.00] Primary instruction cache 37kB, virtually tagged, 37 way, 8 sets, linesize 128 bytes. [0.00] Primary data cache 32kB, 32-way, 8 sets, linesize 128 bytes. [0.00] Zone ranges: [0.00] DMA32[mem 0x0110-0xefff] [0.00] Normal empty [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x0110-0x031dcfff] [0.00] node 0: [mem 0x0320-0x0edf] [0.00] node 0: [mem 0x0f20-0x0fdf] [0.00] node 0: [mem 0x2000-0x8f7f] [0.00] Zeroed struct page in unavailable ranges: 7971 pages [0.00] Initmem setup node 0 [mem 0x0110-0x8f7f] [0.00] percpu: Embedded 18 pages/cpu s35872 r8192 d29664 u73728 [0.00] Built 1 zonelists, mobility grouping on. Total pages: 508249 [0.00] Kernel command line: mtdparts=phys_mapped_flash:640k(boot0)ro,640k(boot1)ro,64k(eeprom)ro root=/dev/mmcblk0p2 rootfstype=squashfs,ext4 rootwait console=ttyS0,115200 [0.00] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [0.00] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [0.00] mem auto-init: stack:off, heap alloc:off, heap free:off [0.00] Memory: 1995308K/2065268K available (6481K kernel code, 363K rwdata, 1548K rodata, 8556K init, 16691K bss, 69960K reserved, 0K cma-reserved) [0.00] SLUB: HWalign=128, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 [0.00] rcu: Hierarchical RCU implementation. [0.00] rcu: CONFIG_RCU_FANOUT set to non-default value of 32. [0.00] rcu: RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=2. [0.00] rcu: RCU calculated value of
Re: [PATCH] build: Extract trusted-firmware-a.mk
Hauke, On 11/10/2020 20:41, Hauke Mehrtens wrote: From: Andre Heider The include/trusted-firmware-a.mk file is based on the include/u-boot.mk file and should be used to build a Trusted Firmware-A (TFA) which was previously named Arm trusted firmware. This is useful for targets where the TFA is board specific like for Marvell SoCs and probably also NXP Layerscape SoCs. This also makes use of this abstraction in the arm-trusted-firmware-mvebu package to build board specific ATF binaries. The ATF binaries will be automatically activated and build when the board is selected in the normal build or all boards are selected. This should also activate the build when build bot creates images. Signed-off-by: Hauke Mehrtens is there anything left to be fixed or can this be pushed? Thanks, Andre ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] prereq-build: add python 3.9 support
Fixes unmet dependency issue. Signed-off-by: Rosen Penev --- include/prereq-build.mk | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/prereq-build.mk b/include/prereq-build.mk index f67a01299e..8352b38776 100644 --- a/include/prereq-build.mk +++ b/include/prereq-build.mk @@ -148,6 +148,7 @@ $(eval $(call SetupHostCommand,perl,Please install Perl 5.x, \ $(eval $(call CleanupPython2)) $(eval $(call SetupHostCommand,python,Please install Python >= 3.5, \ + python3.9 -V 2>&1 | grep 'Python 3', \ python3.8 -V 2>&1 | grep 'Python 3', \ python3.7 -V 2>&1 | grep 'Python 3', \ python3.6 -V 2>&1 | grep 'Python 3', \ @@ -155,6 +156,7 @@ $(eval $(call SetupHostCommand,python,Please install Python >= 3.5, \ python3 -V 2>&1 | grep -E 'Python 3\.[5-9]\.?')) $(eval $(call SetupHostCommand,python3,Please install Python >= 3.5, \ + python3.9 -V 2>&1 | grep 'Python 3', \ python3.8 -V 2>&1 | grep 'Python 3', \ python3.7 -V 2>&1 | grep 'Python 3', \ python3.6 -V 2>&1 | grep 'Python 3', \ -- 2.28.0 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel