[PATCH v2] imx: add imx8m support
Add imx8m support: - add a cortexa53 subtarget to imx - move ARCH and KERNELNAME to subtargets No device-specific targets or firmware images are created yet but all imx8m* dtbs will be built. enabling CONFIG_TARGET_ROOTFS_INITRAMFS results in openwrt-imx-cortexa53-imx8m-initramfs-kernel.bin which has been successfully booted on an imx8mm-evk using the following: u-boot=> tftpboot $fdt_addr_r image-imx8mm-evk.dtb && \ tftpboot $kernel_addr_r openwrt-imx-cortexa53-imx8m-initramfs-kernel.bin && \ booti $kernel_addr_r - $fdt_addr_r Signed-off-by: Tim Harvey --- v2: - fix build failure regarding ubifs image generation - remove kernel patches (these all go away when we move to 6.1 and I've already submitted a series to add 6.1 support to imx) - add a generic imx8m device that picks up imx8m dtb's - show example of how I'm booting this in commit log --- target/linux/imx/Makefile | 5 +- target/linux/imx/cortexa53/config-default | 96 +++ target/linux/imx/cortexa53/target.mk | 8 ++ target/linux/imx/cortexa7/target.mk | 2 + target/linux/imx/cortexa9/target.mk | 2 + target/linux/imx/image/cortexa53.mk | 16 6 files changed, 125 insertions(+), 4 deletions(-) create mode 100644 target/linux/imx/cortexa53/config-default create mode 100644 target/linux/imx/cortexa53/target.mk create mode 100644 target/linux/imx/image/cortexa53.mk diff --git a/target/linux/imx/Makefile b/target/linux/imx/Makefile index 5f7f9db589..53c1ccce0c 100644 --- a/target/linux/imx/Makefile +++ b/target/linux/imx/Makefile @@ -4,19 +4,16 @@ include $(TOPDIR)/rules.mk -ARCH:=arm BOARD:=imx BOARDNAME:=NXP i.MX FEATURES:=audio display fpu gpio pcie rtc usb usbgadget squashfs targz nand ubifs boot-part rootfs-part -SUBTARGETS:=cortexa7 cortexa9 +SUBTARGETS:=cortexa7 cortexa9 cortexa53 KERNEL_PATCHVER:=5.15 KERNEL_TESTING_PATCHVER:=6.1 include $(INCLUDE_DIR)/target.mk -KERNELNAME:=zImage dtbs - DEFAULT_PACKAGES += uboot-envtools mkf2fs e2fsprogs blkid $(eval $(call BuildTarget)) diff --git a/target/linux/imx/cortexa53/config-default b/target/linux/imx/cortexa53/config-default new file mode 100644 index 00..de52260489 --- /dev/null +++ b/target/linux/imx/cortexa53/config-default @@ -0,0 +1,96 @@ +CONFIG_64BIT=y +CONFIG_ARM64=y +CONFIG_ARM64_4K_PAGES=y +CONFIG_ARM64_VA_BITS_39=y +CONFIG_ARM64_CRYPTO=y +CONFIG_ARCH_NXP=y +CONFIG_CRYPTO_AES_ARM64=y +CONFIG_CRYPTO_AES_ARM64_CE=y +CONFIG_CRYPTO_AES_ARM64_CE_BLK=y +CONFIG_CRYPTO_AES_ARM64_CE_CCM=y +CONFIG_CRYPTO_BLAKE2S=y +CONFIG_CRYPTO_GHASH_ARM64_CE=y +CONFIG_CRYPTO_LIB_BLAKE2S_GENERIC=y +CONFIG_CRYPTO_SHA1_ARM64_CE=y +CONFIG_CRYPTO_SHA256_ARM64=y +CONFIG_CRYPTO_SHA2_ARM64_CE=y +CONFIG_CRYPTO_SHA512_ARM64=y +CONFIG_CRYPTO_SHA512_ARM64_CE=y +CONFIG_CRYPTO_ZSTD=y +CONFIG_UNMAP_KERNEL_AT_EL0=y +CONFIG_RODATA_FULL_DEFAULT_ENABLED=y +CONFIG_ARM64_TAGGED_ADDR_ABI=y +CONFIG_ARCH_MMAP_RND_BITS=18 +CONFIG_VMAP_STACK=y +CONFIG_MEMORY_ISOLATION=y +CONFIG_CMA=y +CONFIG_CMA_AREAS=7 +# CONFIG_CMA_DEBUG is not set +# CONFIG_CMA_DEBUGFS is not set +# CONFIG_CMA_SYSFS is not set +CONFIG_CONSOLE_TRANSLATIONS=y +CONFIG_CONTIG_ALLOC=y +CONFIG_ZONE_DMA32=y +CONFIG_ARM_IMX_CPUFREQ_DT=y +CONFIG_ARM64_CRYPTO=y +CONFIG_EXTRA_FIRMWARE="imx/sdma/sdma-imx7d.bin" +CONFIG_EXTRA_FIRMWARE_DIR="firmware" +CONFIG_PCI=y +CONFIG_PCIEAER=y +CONFIG_PCIEPORTBUS=y +CONFIG_PCIE_PME=y +CONFIG_PHY_FSL_IMX8M_PCIE=y +CONFIG_PCIEAER=y +CONFIG_PCIEPORTBUS=y +CONFIG_PCIE_DW=y +CONFIG_PCIE_DW_HOST=y +CONFIG_PCIE_PME=y +CONFIG_PCI_DOMAINS=y +CONFIG_PCI_DOMAINS_GENERIC=y +CONFIG_PCI_IMX6=y +CONFIG_PCI_MSI=y +CONFIG_PCI_MSI_IRQ_DOMAIN=y +CONFIG_PINCTRL_IMX=y +CONFIG_DWMAC_DWC_QOS_ETH=y +CONFIG_PINCTRL=y +CONFIG_PINCTRL_SINGLE=y +CONFIG_PINCTRL_IMX=y +CONFIG_PINCTRL_IMX8MM=y +CONFIG_PINCTRL_IMX8MN=y +CONFIG_PINCTRL_IMX8MP=y +CONFIG_PINCTRL_IMX8MQ=y +CONFIG_THERMAL=y +CONFIG_IMX8MM_THERMAL=y +CONFIG_REGULATOR_MP5416=y +CONFIG_REGULATOR_PCA9450=y +CONFIG_USB_CONN_GPIO=y +CONFIG_NOP_USB_XCEIV=y +CONFIG_USB_OTG=y +CONFIG_USB_DWC3=y +CONFIG_USB_DWC3_DUAL_ROLE=y +# CONFIG_USB_DWC3_GADGET is not set +# CONFIG_USB_DWC3_HOST is not set +CONFIG_USB_DWC3_IMX8MP=y +# CONFIG_MMC_SDHCI_PCI is not set +CONFIG_CLK_IMX8MM=y +CONFIG_CLK_IMX8MN=y +CONFIG_CLK_IMX8MP=y +CONFIG_CLK_IMX8MQ=y +CONFIG_CLK_IMX8QXP=y +CONFIG_SOC_IMX8M=y +# CONFIG_IMX_DSP is not set +# CONFIG_IMX_SCU is not set +CONFIG_EXTCON_USB_GPIO=y +CONFIG_PHY_FSL_IMX8MQ_USB=y +# CONFIG_PHY_MIXEL_LVDS_PHY is not set +CONFIG_RESET_IMX7=y +CONFIG_INTERCONNECT=y +CONFIG_INTERCONNECT_IMX=y +CONFIG_INTERCONNECT_IMX8MM=y +CONFIG_INTERCONNECT_IMX8MN=y +CONFIG_INTERCONNECT_IMX8MQ=y +CONFIG_INTERCONNECT_IMX8MP=y +# CONFIG_DMA_CMA is not set +CONFIG_VT=y +CONFIG_VT_CONSOLE=y +CONFIG_VT_HW_CONSOLE_BINDING=y diff --git a/target/linux/imx/cortexa53/target.mk b/target/linux/imx/cortexa53/target.mk new file mode 100644 index 00..b9b32d1829 --- /dev/null +++ b/targe
github CI workflow question
Greetings, I have a fork of https://github.com/openwrt/openwrt on github (https://github.com/Gateworks/openwrt_upstream) that I use to create feature branches to submit pull requests from for upstream OpenWrt. I notice that if I enable actions on my fork I get build failures for a branch that builds just fine upstream once I issue a PR upstream. Is there some reason why the github workflows would be different in my fork? I would like to be able to prove I have a successful build in my downstream fork 'before' I issue a pull request. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH v2] imx: add imx8m support (pull-request; reviewers needed)
On Fri, Jan 19, 2024 at 1:59 PM Tim Harvey wrote: > > Greetings, > > I've sent a v2 of my patch to add imx8m/cortexta53 support to the > mailing list but it got caught needing moderator approval due to 'Too > many recipients to the message' (I cc'd merely 8 people that had > participated in the previous discussions). > > It seems these days that patch submission via the mailing list is not > really the way to go anymore. The github pull requests are backed by a > pretty slick CI that auto-builds all affected targets with your patch > and the review system there is very nice. So I've send my v2 patch as > a pull-request: https://github.com/openwrt/openwrt/pull/14434 > > Please take a look and review if you are interested in imx8m support > for OpenWrt. > > Best Regards, > > Tim Anyone have time for feedback on the pull request adding imx8m support? https://github.com/openwrt/openwrt/pull/14434 I would be happy to send it to the mailing list as well but the last time I did that it got stuck waiting for moderator approval. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
kernel config files and subtarget config-default files
Greetings, What is the best known method to add items to config-$KVER when you have subtargets with individual config-default files - specifically how are the items in this file ordered properly? Maybe the norm is to put them alphabetically (even though the kernel doesn't always do this) or to put them at the bottom? When using config-default and even config-$KVER config fragments they don't compare well to a full linux .config file in order to know where they should be placed. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH v2] imx: add imx8m support (pull-request; reviewers needed)
Greetings, I've sent a v2 of my patch to add imx8m/cortexta53 support to the mailing list but it got caught needing moderator approval due to 'Too many recipients to the message' (I cc'd merely 8 people that had participated in the previous discussions). It seems these days that patch submission via the mailing list is not really the way to go anymore. The github pull requests are backed by a pretty slick CI that auto-builds all affected targets with your patch and the review system there is very nice. So I've send my v2 patch as a pull-request: https://github.com/openwrt/openwrt/pull/14434 Please take a look and review if you are interested in imx8m support for OpenWrt. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
makefile debugging
Greetings, I seem to recall a way to ask OpenWrt's build system to output a list of all variable values used in the build but can't find it documented or in my notes. Does anyone know how to do that? Also, is there a way to output a post-processed Makefile after all the define foo gets done? I find it pretty difficult to work through the build system, especially when working with images. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH 1/4] imx: copy patches 5.15 to 6.1
On Sat, Jan 13, 2024 at 5:26 PM Lech Perczak wrote: > > W dniu 2024-01-08 o 22:25, Tim Harvey pisze: > > copy 5.15 patches excluding some that need manual rework touching > > non-upstream led props. > > > > Signed-off-by: Tim Harvey > > --- > > .../linux/imx/patches-6.1/100-bootargs.patch | 11 + > > ...-pico-pi.dts-add-default-stdout-path.patch | 23 +++ > > 2 files changed, 34 insertions(+) > > create mode 100644 target/linux/imx/patches-6.1/100-bootargs.patch > > create mode 100644 > > target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch > > > > diff --git a/target/linux/imx/patches-6.1/100-bootargs.patch > > b/target/linux/imx/patches-6.1/100-bootargs.patch > > new file mode 100644 > > index ..cf63a3bdb1a3 > > --- /dev/null > > +++ b/target/linux/imx/patches-6.1/100-bootargs.patch > > @@ -0,0 +1,11 @@ > > +--- a/arch/arm/boot/dts/imx6dl-wandboard.dts > > b/arch/arm/boot/dts/imx6dl-wandboard.dts > > +@@ -16,4 +16,8 @@ > > + device_type = "memory"; > > + reg = <0x1000 0x4000>; > > + }; > > ++ > > ++chosen { > > ++bootargs = "console=ttymxc0,115200"; > > ++}; > > + }; > > diff --git > > a/target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch > > > > b/target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch > > new file mode 100644 > > index ..5248e8c74c1a > > --- /dev/null > > +++ > > b/target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch > > @@ -0,0 +1,23 @@ > > +From 6e8e5ccfbee7a531b035ffce3f95f3901946fa9d Mon Sep 17 00:00:00 2001 > > +From: Robert Nelson > > +Date: Wed, 9 Jan 2019 14:33:24 -0600 > > +Subject: [PATCH] ARM: imx7d-pico-pi.dts: add default stdout-path > > + > > +Signed-off-by: Robert Nelson > > +--- > > + arch/arm/boot/dts/imx7d-pico-pi.dts | 4 > > + 1 file changed, 4 insertions(+) > > + > > +--- a/arch/arm/boot/dts/imx7d-pico-pi.dts > > b/arch/arm/boot/dts/imx7d-pico-pi.dts > > +@@ -16,6 +16,10 @@ > > + label-mac-device = > > + }; > > + > > ++chosen { > > ++stdout-path = "serial4:115200n8"; > > ++}; > > ++ > > + leds { > > + compatible = "gpio-leds"; > > + pinctrl-names = "default"; > > Hi Tim, > > In an effort to get camera working on Pico Pi i.MX7 board, I rebased the > remaining patches and put that on Github: > https://github.com/Leo-PL/openwrt/commits/pico-pi-imx7-camera-6.1/ > > Feel free to integrate them. > Thanks - good to know someone is interested in this! Is there someone we can cc with commit access that can review and merge these? It looks to me like your patches can just go right on top of mine. I'm unclear as to how much testing/feedback is needed before we can switch the kernel from 5.15 to 6.1. I've tested it on an imx6 board, and you've tested it on an imx7 board so perhaps that is enough. Can you explain how do you go about coming up with your config-default changes? I'm not a big fan of the config-default files over each subtarget simply having its own defconfig but perhaps it's because I'm unclear how to create and update the config-default. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] imx: update default network config for ventana
update the default network configuration for Gateworks Ventana boards such that the left-most front-panel NIC is WAN and any additional are in LAN bridge Signed-off-by: Tim Harvey --- target/linux/imx/cortexa9/base-files/etc/board.d/02_network | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/imx/cortexa9/base-files/etc/board.d/02_network b/target/linux/imx/cortexa9/base-files/etc/board.d/02_network index 1ef2fcdc65cd..3aad761a1568 100644 --- a/target/linux/imx/cortexa9/base-files/etc/board.d/02_network +++ b/target/linux/imx/cortexa9/base-files/etc/board.d/02_network @@ -34,7 +34,7 @@ gw,imx6q-gw53xx|\ gw,imx6q-gw5400-a|\ gw,imx6q-gw54xx|\ gw,imx6q-gw552x) - ucidef_set_interfaces_lan_wan 'eth0' 'eth1' + ucidef_set_interfaces_lan_wan 'eth1' 'eth0' ;; wand,imx6dl-wandboard) ucidef_set_interface_wan 'eth0' -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] imx: image: add gpio-button-hotplug to ventana images
Add the gpio-button-hotplug to Gateworks ventana images to support the on-board user pushbutton. Signed-off-by: Tim Harvey --- target/linux/imx/image/cortexa9.mk | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/target/linux/imx/image/cortexa9.mk b/target/linux/imx/image/cortexa9.mk index 2edbbaac4765..2321469cc861 100644 --- a/target/linux/imx/image/cortexa9.mk +++ b/target/linux/imx/image/cortexa9.mk @@ -120,7 +120,8 @@ define Device/gateworks_ventana imx6q-gw5913 DEVICE_PACKAGES := kmod-sky2 kmod-sound-core kmod-sound-soc-imx \ kmod-sound-soc-imx-sgtl5000 kmod-can kmod-can-flexcan kmod-can-raw \ - kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio kobs-ng + kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio kobs-ng \ + kmod-gpio-button-hotplug KERNEL += | boot-overlay IMAGES := img.gz nand.ubi bootfs.tar.gz dtb IMAGE/nand.ubi := append-ubi -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 3/4] imx: 6.1: refresh kernel config
done via 'make kernel_oldconfig' Signed-off-by: Tim Harvey --- target/linux/imx/config-6.1 | 51 + 1 file changed, 40 insertions(+), 11 deletions(-) diff --git a/target/linux/imx/config-6.1 b/target/linux/imx/config-6.1 index d3291a599739..a3e7ac332ed9 100644 --- a/target/linux/imx/config-6.1 +++ b/target/linux/imx/config-6.1 @@ -17,12 +17,11 @@ CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARM=y CONFIG_ARM_ARCH_TIMER=y CONFIG_ARM_ARCH_TIMER_EVTSTREAM=y -CONFIG_ARM_CRYPTO=y CONFIG_ARM_ERRATA_754322=y CONFIG_ARM_ERRATA_764369=y CONFIG_ARM_ERRATA_775420=y CONFIG_ARM_ERRATA_814220=y -CONFIG_ARM_HAS_SG_CHAIN=y +CONFIG_ARM_HAS_GROUP_RELOCS=y CONFIG_ARM_HEAVY_MB=y # CONFIG_ARM_IMX6Q_CPUFREQ is not set # CONFIG_ARM_IMX_CPUFREQ_DT is not set @@ -44,16 +43,24 @@ CONFIG_BLK_DEV_LOOP=y CONFIG_BLK_DEV_SD=y CONFIG_BLK_PM=y CONFIG_CACHE_L2X0=y +CONFIG_CC_HAVE_STACKPROTECTOR_TLS=y +CONFIG_CC_IMPLICIT_FALLTHROUGH="-Wimplicit-fallthrough=5" +CONFIG_CC_NO_ARRAY_BOUNDS=y CONFIG_CLKSRC_IMX_GPT=y CONFIG_CLKSRC_MMIO=y # CONFIG_CLK_IMX8MM is not set # CONFIG_CLK_IMX8MN is not set # CONFIG_CLK_IMX8MP is not set # CONFIG_CLK_IMX8MQ is not set +# CONFIG_CLK_IMX8ULP is not set +# CONFIG_CLK_IMX93 is not set CONFIG_CLONE_BACKWARDS=y CONFIG_CLZ_TAB=y CONFIG_COMMON_CLK=y +CONFIG_COMPACT_UNEVICTABLE_DEFAULT=1 CONFIG_COMPAT_32BIT_TIME=y +CONFIG_CONTEXT_TRACKING=y +CONFIG_CONTEXT_TRACKING_IDLE=y CONFIG_CPUFREQ_DT=y CONFIG_CPUFREQ_DT_PLATDEV=y CONFIG_CPU_32v6K=y @@ -65,7 +72,6 @@ CONFIG_CPU_COPY_V6=y CONFIG_CPU_CP15=y CONFIG_CPU_CP15_MMU=y CONFIG_CPU_FREQ=y -CONFIG_CPU_FREQ_THERMAL=y CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_ATTR_SET=y CONFIG_CPU_FREQ_GOV_COMMON=y @@ -76,7 +82,9 @@ CONFIG_CPU_FREQ_GOV_POWERSAVE=y CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_STAT=y +CONFIG_CPU_FREQ_THERMAL=y CONFIG_CPU_HAS_ASID=y +CONFIG_CPU_LITTLE_ENDIAN=y CONFIG_CPU_PABRT_V7=y CONFIG_CPU_RMAP=y CONFIG_CPU_SPECTRE=y @@ -110,6 +118,7 @@ CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API_DESC=y # CONFIG_CRYPTO_DEV_FSL_CAAM_INTC is not set CONFIG_CRYPTO_DEV_FSL_CAAM_JR=y CONFIG_CRYPTO_DEV_FSL_CAAM_PKC_API=y +CONFIG_CRYPTO_DEV_FSL_CAAM_PRNG_API=y CONFIG_CRYPTO_DEV_FSL_CAAM_RINGSIZE=9 CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_API=y CONFIG_CRYPTO_DRBG=y @@ -123,7 +132,9 @@ CONFIG_CRYPTO_HW=y CONFIG_CRYPTO_JITTERENTROPY=y CONFIG_CRYPTO_LIB_CHACHA_GENERIC=y CONFIG_CRYPTO_LIB_DES=y +CONFIG_CRYPTO_LIB_SHA1=y CONFIG_CRYPTO_LIB_SHA256=y +CONFIG_CRYPTO_LIB_UTILS=y CONFIG_CRYPTO_LZO=y CONFIG_CRYPTO_RNG=y CONFIG_CRYPTO_RNG2=y @@ -140,7 +151,9 @@ CONFIG_CRYPTO_SHA512_ARM=y CONFIG_CRYPTO_SIMD=y CONFIG_CRYPTO_XTS=y CONFIG_CRYPTO_ZSTD=y +CONFIG_CURRENT_POINTER_IN_TPIDRURO=y CONFIG_DCACHE_WORD_ACCESS=y +CONFIG_DEBUG_INFO=y CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S" CONFIG_DEBUG_MISC=y CONFIG_DECOMPRESS_BZIP2=y @@ -151,12 +164,12 @@ CONFIG_DMADEVICES=y CONFIG_DMA_ENGINE=y CONFIG_DMA_OF=y CONFIG_DMA_OPS=y -CONFIG_DMA_REMAP=y CONFIG_DMA_VIRTUAL_CHANNELS=y CONFIG_DTC=y CONFIG_EDAC_ATOMIC_SCRUB=y CONFIG_EDAC_SUPPORT=y CONFIG_ENCRYPTED_KEYS=y +CONFIG_EXCLUSIVE_SYSTEM_RAM=y CONFIG_EXT4_FS=y CONFIG_EXT4_FS_POSIX_ACL=y CONFIG_EXT4_FS_SECURITY=y @@ -174,6 +187,8 @@ CONFIG_FS_MBCACHE=y CONFIG_FS_POSIX_ACL=y CONFIG_FWNODE_MDIO=y CONFIG_FW_LOADER_PAGED_BUF=y +CONFIG_FW_LOADER_SYSFS=y +CONFIG_GCC11_NO_ARRAY_BOUNDS=y CONFIG_GENERIC_ALLOCATOR=y CONFIG_GENERIC_ARCH_TOPOLOGY=y CONFIG_GENERIC_BUG=y @@ -189,6 +204,8 @@ CONFIG_GENERIC_IRQ_MULTI_HANDLER=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_GENERIC_IRQ_SHOW_LEVEL=y CONFIG_GENERIC_LIB_DEVMEM_IS_ALLOWED=y +CONFIG_GENERIC_MSI_IRQ=y +CONFIG_GENERIC_MSI_IRQ_DOMAIN=y CONFIG_GENERIC_PCI_IOMAP=y CONFIG_GENERIC_PINCONF=y CONFIG_GENERIC_PINCTRL_GROUPS=y @@ -201,17 +218,17 @@ CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GENERIC_VDSO_32=y # CONFIG_GIANFAR is not set CONFIG_GLOB=y +CONFIG_GPIOLIB_IRQCHIP=y CONFIG_GPIO_CDEV=y CONFIG_GPIO_GENERIC=y CONFIG_GPIO_MXC=y +CONFIG_GPIO_VF610=y CONFIG_GRO_CELLS=y -CONFIG_HANDLE_DOMAIN_IRQ=y CONFIG_HARDEN_BRANCH_PREDICTOR=y CONFIG_HARDIRQS_SW_RESEND=y CONFIG_HAS_DMA=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT_MAP=y -CONFIG_HAVE_ARM_ARCH_TIMER=y CONFIG_HAVE_SMP=y CONFIG_HWMON=y CONFIG_HW_RANDOM=y @@ -231,11 +248,13 @@ CONFIG_IMX_DMA=y # CONFIG_IMX_GPCV2_PM_DOMAINS is not set CONFIG_IMX_INTMUX=y CONFIG_IMX_IRQSTEER=y +CONFIG_IMX_MU_MSI=m CONFIG_IMX_SDMA=y CONFIG_IMX_THERMAL=y # CONFIG_IMX_WEIM is not set CONFIG_INITRAMFS_SOURCE="" CONFIG_IRQCHIP=y +CONFIG_IRQSTACKS=y CONFIG_IRQ_DOMAIN=y CONFIG_IRQ_DOMAIN_HIERARCHY=y CONFIG_IRQ_FORCED_THREADING=y @@ -297,6 +316,7 @@ CONFIG_NVMEM=y # CONFIG_NVMEM_IMX_IIM is not set CONFIG_NVMEM_IMX_OCOTP=y # CONFIG_NVMEM_IMX_OCOTP_ELE is not set +CONFIG_NVMEM_LAYOUTS=y # CONFIG_NVMEM_SNVS_LPGPR is not set CONFIG_NVMEM_SYSFS=y CONFIG_OF=y @@ -313,21 +333,24 @@ CONFIG_OUTER_CACHE=y CONFIG_OUTER
[PATCH 2/4] imx: copy config from 5.15 to 6.1
Copy the 5.15 config to 6.1 Signed-off-by: Tim Harvey --- target/linux/imx/config-6.1 | 447 1 file changed, 447 insertions(+) create mode 100644 target/linux/imx/config-6.1 diff --git a/target/linux/imx/config-6.1 b/target/linux/imx/config-6.1 new file mode 100644 index ..d3291a599739 --- /dev/null +++ b/target/linux/imx/config-6.1 @@ -0,0 +1,447 @@ +CONFIG_ALIGNMENT_TRAP=y +CONFIG_ARCH_32BIT_OFF_T=y +CONFIG_ARCH_HIBERNATION_POSSIBLE=y +CONFIG_ARCH_KEEP_MEMBLOCK=y +CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y +CONFIG_ARCH_MMAP_RND_BITS_MAX=15 +CONFIG_ARCH_MULTIPLATFORM=y +CONFIG_ARCH_MULTI_V6_V7=y +CONFIG_ARCH_MULTI_V7=y +CONFIG_ARCH_MXC=y +CONFIG_ARCH_NR_GPIO=0 +CONFIG_ARCH_OPTIONAL_KERNEL_RWX=y +CONFIG_ARCH_OPTIONAL_KERNEL_RWX_DEFAULT=y +CONFIG_ARCH_SELECT_MEMORY_MODEL=y +CONFIG_ARCH_SPARSEMEM_ENABLE=y +CONFIG_ARCH_SUSPEND_POSSIBLE=y +CONFIG_ARM=y +CONFIG_ARM_ARCH_TIMER=y +CONFIG_ARM_ARCH_TIMER_EVTSTREAM=y +CONFIG_ARM_CRYPTO=y +CONFIG_ARM_ERRATA_754322=y +CONFIG_ARM_ERRATA_764369=y +CONFIG_ARM_ERRATA_775420=y +CONFIG_ARM_ERRATA_814220=y +CONFIG_ARM_HAS_SG_CHAIN=y +CONFIG_ARM_HEAVY_MB=y +# CONFIG_ARM_IMX6Q_CPUFREQ is not set +# CONFIG_ARM_IMX_CPUFREQ_DT is not set +CONFIG_ARM_L1_CACHE_SHIFT=6 +CONFIG_ARM_L1_CACHE_SHIFT_6=y +CONFIG_ARM_PATCH_IDIV=y +CONFIG_ARM_PATCH_PHYS_VIRT=y +CONFIG_ARM_THUMB=y +CONFIG_ARM_UNWIND=y +CONFIG_ARM_VIRT_EXT=y +CONFIG_ASN1=y +CONFIG_ASSOCIATIVE_ARRAY=y +CONFIG_ATA=y +CONFIG_ATAGS=y +# CONFIG_ATA_SFF is not set +CONFIG_AUTO_ZRELADDR=y +CONFIG_BINFMT_FLAT_ARGVP_ENVP_ON_STACK=y +CONFIG_BLK_DEV_LOOP=y +CONFIG_BLK_DEV_SD=y +CONFIG_BLK_PM=y +CONFIG_CACHE_L2X0=y +CONFIG_CLKSRC_IMX_GPT=y +CONFIG_CLKSRC_MMIO=y +# CONFIG_CLK_IMX8MM is not set +# CONFIG_CLK_IMX8MN is not set +# CONFIG_CLK_IMX8MP is not set +# CONFIG_CLK_IMX8MQ is not set +CONFIG_CLONE_BACKWARDS=y +CONFIG_CLZ_TAB=y +CONFIG_COMMON_CLK=y +CONFIG_COMPAT_32BIT_TIME=y +CONFIG_CPUFREQ_DT=y +CONFIG_CPUFREQ_DT_PLATDEV=y +CONFIG_CPU_32v6K=y +CONFIG_CPU_32v7=y +CONFIG_CPU_ABRT_EV7=y +CONFIG_CPU_CACHE_V7=y +CONFIG_CPU_CACHE_VIPT=y +CONFIG_CPU_COPY_V6=y +CONFIG_CPU_CP15=y +CONFIG_CPU_CP15_MMU=y +CONFIG_CPU_FREQ=y +CONFIG_CPU_FREQ_THERMAL=y +CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y +CONFIG_CPU_FREQ_GOV_ATTR_SET=y +CONFIG_CPU_FREQ_GOV_COMMON=y +CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y +CONFIG_CPU_FREQ_GOV_ONDEMAND=y +CONFIG_CPU_FREQ_GOV_PERFORMANCE=y +CONFIG_CPU_FREQ_GOV_POWERSAVE=y +CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y +CONFIG_CPU_FREQ_GOV_USERSPACE=y +CONFIG_CPU_FREQ_STAT=y +CONFIG_CPU_HAS_ASID=y +CONFIG_CPU_PABRT_V7=y +CONFIG_CPU_RMAP=y +CONFIG_CPU_SPECTRE=y +CONFIG_CPU_THERMAL=y +CONFIG_CPU_THUMB_CAPABLE=y +CONFIG_CPU_TLB_V7=y +CONFIG_CPU_V7=y +CONFIG_CRC16=y +CONFIG_CRYPTO_AES_ARM=y +CONFIG_CRYPTO_AES_ARM_BS=y +CONFIG_CRYPTO_ARCH_HAVE_LIB_BLAKE2S=y +CONFIG_CRYPTO_ARCH_HAVE_LIB_CHACHA=y +CONFIG_CRYPTO_AUTHENC=y +CONFIG_CRYPTO_BLAKE2S_ARM=y +CONFIG_CRYPTO_CBC=y +CONFIG_CRYPTO_CHACHA20=y +CONFIG_CRYPTO_CHACHA20_NEON=y +CONFIG_CRYPTO_CRC32=y +CONFIG_CRYPTO_CRC32C=y +CONFIG_CRYPTO_CRC32_ARM_CE=y +CONFIG_CRYPTO_CRYPTD=y +CONFIG_CRYPTO_CTS=y +CONFIG_CRYPTO_DEFLATE=y +CONFIG_CRYPTO_DEV_FSL_CAAM=y +CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API=y +CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API_DESC=y +CONFIG_CRYPTO_DEV_FSL_CAAM_COMMON=y +CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API=y +CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API_DESC=y +# CONFIG_CRYPTO_DEV_FSL_CAAM_DEBUG is not set +# CONFIG_CRYPTO_DEV_FSL_CAAM_INTC is not set +CONFIG_CRYPTO_DEV_FSL_CAAM_JR=y +CONFIG_CRYPTO_DEV_FSL_CAAM_PKC_API=y +CONFIG_CRYPTO_DEV_FSL_CAAM_RINGSIZE=9 +CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_API=y +CONFIG_CRYPTO_DRBG=y +CONFIG_CRYPTO_DRBG_HMAC=y +CONFIG_CRYPTO_DRBG_MENU=y +CONFIG_CRYPTO_ECB=y +CONFIG_CRYPTO_ENGINE=y +CONFIG_CRYPTO_HASH_INFO=y +CONFIG_CRYPTO_HMAC=y +CONFIG_CRYPTO_HW=y +CONFIG_CRYPTO_JITTERENTROPY=y +CONFIG_CRYPTO_LIB_CHACHA_GENERIC=y +CONFIG_CRYPTO_LIB_DES=y +CONFIG_CRYPTO_LIB_SHA256=y +CONFIG_CRYPTO_LZO=y +CONFIG_CRYPTO_RNG=y +CONFIG_CRYPTO_RNG2=y +CONFIG_CRYPTO_RNG_DEFAULT=y +CONFIG_CRYPTO_RSA=y +CONFIG_CRYPTO_SEQIV=y +CONFIG_CRYPTO_SHA1=y +CONFIG_CRYPTO_SHA1_ARM=y +CONFIG_CRYPTO_SHA1_ARM_NEON=y +CONFIG_CRYPTO_SHA256=y +CONFIG_CRYPTO_SHA256_ARM=y +CONFIG_CRYPTO_SHA512=y +CONFIG_CRYPTO_SHA512_ARM=y +CONFIG_CRYPTO_SIMD=y +CONFIG_CRYPTO_XTS=y +CONFIG_CRYPTO_ZSTD=y +CONFIG_DCACHE_WORD_ACCESS=y +CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S" +CONFIG_DEBUG_MISC=y +CONFIG_DECOMPRESS_BZIP2=y +CONFIG_DECOMPRESS_GZIP=y +CONFIG_DECOMPRESS_LZO=y +CONFIG_DECOMPRESS_XZ=y +CONFIG_DMADEVICES=y +CONFIG_DMA_ENGINE=y +CONFIG_DMA_OF=y +CONFIG_DMA_OPS=y +CONFIG_DMA_REMAP=y +CONFIG_DMA_VIRTUAL_CHANNELS=y +CONFIG_DTC=y +CONFIG_EDAC_ATOMIC_SCRUB=y +CONFIG_EDAC_SUPPORT=y +CONFIG_ENCRYPTED_KEYS=y +CONFIG_EXT4_FS=y +CONFIG_EXT4_FS_POSIX_ACL=y +CONFIG_EXT4_FS_SECURITY=y +CONFIG_EXTCON=y +CONFIG_F2FS_FS=y +CONFIG_FEC=y +CONFIG_FIXED_PHY=y +CONFIG_FIX_EARLYCON_MEM=y +# CONFIG_FSL_DPAA2_SWITCH is not set +CONFIG_FSL_GUTS=y +CONFIG_FS_ENCRYPTION=y +CONFIG_FS_ENCRYPT
[PATCH 1/4] imx: copy patches 5.15 to 6.1
copy 5.15 patches excluding some that need manual rework touching non-upstream led props. Signed-off-by: Tim Harvey --- .../linux/imx/patches-6.1/100-bootargs.patch | 11 + ...-pico-pi.dts-add-default-stdout-path.patch | 23 +++ 2 files changed, 34 insertions(+) create mode 100644 target/linux/imx/patches-6.1/100-bootargs.patch create mode 100644 target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch diff --git a/target/linux/imx/patches-6.1/100-bootargs.patch b/target/linux/imx/patches-6.1/100-bootargs.patch new file mode 100644 index ..cf63a3bdb1a3 --- /dev/null +++ b/target/linux/imx/patches-6.1/100-bootargs.patch @@ -0,0 +1,11 @@ +--- a/arch/arm/boot/dts/imx6dl-wandboard.dts b/arch/arm/boot/dts/imx6dl-wandboard.dts +@@ -16,4 +16,8 @@ + device_type = "memory"; + reg = <0x1000 0x4000>; + }; ++ ++ chosen { ++ bootargs = "console=ttymxc0,115200"; ++ }; + }; diff --git a/target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch b/target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch new file mode 100644 index ..5248e8c74c1a --- /dev/null +++ b/target/linux/imx/patches-6.1/311-ARM-imx7d-pico-pi.dts-add-default-stdout-path.patch @@ -0,0 +1,23 @@ +From 6e8e5ccfbee7a531b035ffce3f95f3901946fa9d Mon Sep 17 00:00:00 2001 +From: Robert Nelson +Date: Wed, 9 Jan 2019 14:33:24 -0600 +Subject: [PATCH] ARM: imx7d-pico-pi.dts: add default stdout-path + +Signed-off-by: Robert Nelson +--- + arch/arm/boot/dts/imx7d-pico-pi.dts | 4 + 1 file changed, 4 insertions(+) + +--- a/arch/arm/boot/dts/imx7d-pico-pi.dts b/arch/arm/boot/dts/imx7d-pico-pi.dts +@@ -16,6 +16,10 @@ + label-mac-device = + }; + ++ chosen { ++ stdout-path = "serial4:115200n8"; ++ }; ++ + leds { + compatible = "gpio-leds"; + pinctrl-names = "default"; -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 4/4] imx: add 6.1 kernel as testing
allow to test 6.1 kernel for imx Signed-off-by: Tim Harvey --- target/linux/imx/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/imx/Makefile b/target/linux/imx/Makefile index 5fb7a4d339ef..5f7f9db58959 100644 --- a/target/linux/imx/Makefile +++ b/target/linux/imx/Makefile @@ -11,6 +11,7 @@ FEATURES:=audio display fpu gpio pcie rtc usb usbgadget squashfs targz nand ubif SUBTARGETS:=cortexa7 cortexa9 KERNEL_PATCHVER:=5.15 +KERNEL_TESTING_PATCHVER:=6.1 include $(INCLUDE_DIR)/target.mk -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] scripts/gen_image_generic.sh: allow passing in partition offset
Allow passing in an optional offset (PARTOFFSET) for the first partition. If not specified this will default to 256K (512 blocks) as it has before. For example if you want to start partition data at a 16M offset instead of 256K, specify 'PARTOFFSET=16M'. Signed-off-by: Tim Harvey --- scripts/gen_image_generic.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/gen_image_generic.sh b/scripts/gen_image_generic.sh index ef1362440295..5c88dcea80c7 100755 --- a/scripts/gen_image_generic.sh +++ b/scripts/gen_image_generic.sh @@ -19,7 +19,7 @@ head=16 sect=63 # create partition table -set $(ptgen -o "$OUTPUT" -h $head -s $sect ${GUID:+-g} -p "${KERNELSIZE}m" -p "${ROOTFSSIZE}m" ${ALIGN:+-l $ALIGN} ${SIGNATURE:+-S 0x$SIGNATURE} ${GUID:+-G $GUID}) +set $(ptgen -o "$OUTPUT" -h $head -s $sect ${GUID:+-g} -p "${KERNELSIZE}m${PARTOFFSET:+@$PARTOFFSET}" -p "${ROOTFSSIZE}m" ${ALIGN:+-l $ALIGN} ${SIGNATURE:+-S 0x$SIGNATURE} ${GUID:+-G $GUID}) KERNELOFFSET="$(($1 / 512))" KERNELSIZE="$2" -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH] imx: add imx8 support
On Fri, Mar 10, 2023 at 2:21 AM Petr Štetiar wrote: > > Tim Harvey [2023-03-09 12:19:24]: > > Hi, > > > Is there any reason to move them into target/linux/generic/backport-5.15? > > sorry for confusing you, but I've just meant to rename the patch files itself, > so they contain bacported kernel version in their filename, making the patch > origin explicit as it makes maintenance of the patches much easier. > > There is no need to move it into generic kernel folder and complicate stuff > there. > > > I'm assuming you mean just add details above on how I'm booting in the > > commit message? > > Yes, just imagine someone buying your board, without much prior knowledge and > would use the commit message as the only source for booting that board with > OpenWrt. > > BTW for the folks handling the wiki, the commit message is usually the only > source of information. > > > The reason right now that I'm avoiding boot firmware is: > > 1. There was pushback regarding the firmware-imx-8.15.bin license > > required to build boot firmware (see > > http://lists.openwrt.org/pipermail/openwrt-devel/2022-August/039247.html) > > Well, IMO its crystal clear, that NXP needs to fix this, we can't do much > about it, unless you plan to host it on your servers :-) > > Anyway, it's clear, that there is some interest in this SoC and it would be > helpful to have some common base for development, even in the source-only > form. > > Thus I would simply like to merge partial support for this SoC once 23.y is > branched, unless of course NACKed. Its really against FOSS spirit, we > shouldn't promote such SoCs even in the source-only form, but I sincerely > hope, that NXP is going to understand the situation and fix it before next > OpenWrt release. if I address your feedback and post a v2 must it wait until after 23.y branch based on the minimal impact to the imx target? > > If it turns out, that I was very naive, we should probably cast a vote and > either keep it in source-only form or remove it. > > > This is due FEATURES having ubifs causing USES_UBIFS and > > TARGET_ROOTFS_UBIFS getting set but because > > IMO this is likely due to a fact, that you've not defined any device in your > image file, so you don't define `FILESYSTEMS` variable and thus the build > system uses default `TARGET_FILESYSTEMS` which has `ubifs` defined. > True... from include/image/mk: fs-types-$(CONFIG_TARGET_ROOTFS_UBIFS) += ubifs ... TARGET_FILESYSTEMS := $(fs-types-y) The failure is trying to copy the root.ubifs during image copy: cp /usr/src/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-imx_cortexa53/root.ubifs /usr/src/openwrt/openwrt/bin/targets/imx/cortexa53/openwrt-imx-cortexa53-ubifs.img cp: cannot stat '/usr/src/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-imx_cortexa53/root.ubifs': No such file or directory > So I would probably try to just define a support for a single device with > empty FILESYSTEMS variable and see how that works. Adding a FILESYSTEMS:= by itself in image/cortexa53.mk still fails Adding the following doesn't seem to help either (I don't think this does anything without something being in TARGET_DEVICES) define Device/Default KERNEL_NAME := Image KERNEL := kernel-bin DTS_DIR := $(LINUX_DIR)/arch/$(LINUX_KARCH)/boot/dts/freescale FILESYSTEMS := squashfs ext4 endef And adding an actual device and building for it still fails define Device/Default KERNEL_NAME := Image KERNEL := kernel-bin DTS_DIR := $(LINUX_DIR)/arch/$(LINUX_KARCH)/boot/dts/freescale FILESYSTEMS := squashfs ext4 endef define Device/rootfs_emmc $(call Device/Default) DEVICE_VARIANT := eMMC rootfs FILESYSTEMS := endef TARGET_DEVICES += rootfs_emmc Perhaps I'm doing something wrong above? Perhaps its just fine moving ubifs from target/linux/imx/Makefile to the cortexa7/cortexa9 subtargets until someone finds the need for ubifs in a specific device? Thanks, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH] imx: add imx8 support
On Thu, Mar 9, 2023 at 3:37 AM Petr Štetiar wrote: > > Tim Harvey [2023-03-08 16:20:31]: > > Hi Tim, > Petr, Thanks for the quick review! > > Add imx8 support: > > - add a cortexa53 subtarget > > - move ARCH, KERNELNAME, and some FEATURES to cortexa7/cortexa9 subtargets > > - add a small series of backports from 6.2 to fix hang on USB init and > >add PCIe support > > mark those patches clearly as such v6.2 backports, for example: > > 0001-v6.2-soc-imx-gpcv2-allow-to-disable-individual-power-doma.patch Will do. Is there any reason to move them into target/linux/generic/backport-5.15? These patches are all backports only relevant to imx8. > > > No device-specific targets or firmware images are created yet. > > Fine with me, but for the time being we should probably mark this subtarget as > source-only, so we don't waste time on the buildbots as there is not much > usable result yet. Ok, I will add FEATURES+=source-only > > > The resulting openwrt-imx-cortexa53-vmlinux-initramfs has been booted on > > Gateworks Venice boards and the imx8mm-evk using dtb's from $LINUX_DIR > > and verifying usb, pci, mmc, and fec networking work. > > Nice, so it boots just fine without any additional post processing/blobs > needed? Yes, assuming you already have boot firmware on the target board. I'm booting from U-Boot with: setenv serverip 192.168.1.146 setenv ipaddr 192.168.1.1 tftpboot $fdt_addr_r venice/imx8mm-evk.dtb && tftpboot $kernel_addr_r venice/Image && booti $kernel_addr_r - $fdt_addr_r > > As you're not adding bootloader, can add some information about the working > combination in the commit message as well? Simply anything which would help > anyone reproducing the result is welcome. I'm assuming you mean just add details above on how I'm booting in the commit message? I couldn't find any doc dir in OpenWrt to add board level documentation. I was hoping that something had been created like U-Boot has with rst docs in doc/board//. Where does the documentation at https://openwrt.org/docs/guide-user/installation/installation_methods/x86_installation for example come from? The reason right now that I'm avoiding boot firmware is: 1. There was pushback regarding the firmware-imx-8.15.bin license required to build boot firmware (see http://lists.openwrt.org/pipermail/openwrt-devel/2022-August/039247.html) 2. The various IMX8 SoC's have incompatible binary boot firmware but the kernel+rootfs is compatible among all the SoC's so it is nice to have a single OS distribution that avoids boot firmware 3. I'm contemplating moving our boot firmware to emmc boot0/boot1 leaving emmc user SoC agnostic which greatly simplifies things > > > -FEATURES:=audio display fpu gpio pcie rtc usb usbgadget squashfs targz > > nand ubifs boot-part rootfs-part > > +FEATURES:=audio display fpu gpio pcie rtc usb usbgadget squashfs targz > > boot-part rootfs-part > > Is there any specific reason to not have NAND feature available for a53 > subtarget? `imx8 NAND` yields bunch of search results, so I'm wondering why > are you bothering with removing this feature, seems like we would likely add > it back in the near future anyway. I removed 'nand ubifs' because it causes a build failure where OpenWrt assumes root.ubifs is present: cp /usr/src/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-imx_cortexa53/root.ubifs /usr/src/openwrt/openwrt/bin/targets/imx/cortexa53/openwrt-imx-cortexa53-u bifs.img cp: cannot stat '/usr/src/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-imx_cortexa53/root.ubifs': No such file or directory This is due FEATURES having ubifs causing USES_UBIFS and TARGET_ROOTFS_UBIFS getting set but because Because the arguments to mkfs.ubifs and ubinize are very FLASH device geometry specific I feel that this should be a device-specific FEATURE and not target specific or subtarget specific. > > > diff --git a/target/linux/imx/cortexa53/target.mk > > b/target/linux/imx/cortexa53/target.mk > > new file mode 100644 > > index ..b9b32d182905 > > --- /dev/null > > +++ b/target/linux/imx/cortexa53/target.mk > > @@ -0,0 +1,8 @@ > > +ARCH:=aarch64 > > +BOARDNAME:=NXP i.MX with Cortex-A53 (ARM64) > > +CPU_TYPE:=cortex-a53 > > +KERNELNAME:=Image dtbs > > FEATURES+=source-only > Thanks, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] imx: add imx8 support
Add imx8 support: - add a cortexa53 subtarget - move ARCH, KERNELNAME, and some FEATURES to cortexa7/cortexa9 subtargets - add a small series of backports from 6.2 to fix hang on USB init and add PCIe support No device-specific targets or firmware images are created yet. The resulting openwrt-imx-cortexa53-vmlinux-initramfs has been booted on Gateworks Venice boards and the imx8mm-evk using dtb's from $LINUX_DIR and verifying usb, pci, mmc, and fec networking work. Signed-off-by: Tim Harvey --- target/linux/imx/Makefile | 7 +- target/linux/imx/config-5.15 | 2 + target/linux/imx/cortexa53/config-default | 89 target/linux/imx/cortexa53/target.mk | 8 + target/linux/imx/cortexa7/target.mk | 3 + target/linux/imx/cortexa9/target.mk | 3 + target/linux/imx/image/cortexa53.mk | 10 + ...low-to-disable-individual-power-doma.patch | 35 ++ ...-gpcv2-Turn-domain-pgc-into-bitfield.patch | 327 + ...t-both-GPC_PGC_nCTRL-GPU_2D-GPU_3D-f.patch | 40 ++ ...soc-imx-gpcv2-add-lockdep-annotation.patch | 36 ++ ...d-domain-option-to-keep-domain-clock.patch | 60 +++ ...gpcv2-keep-i.MX8M-bus-clocks-enabled.patch | 69 +++ ...-gpcv2-support-system-suspend-resume.patch | 74 +++ .../0008-arm64-dts-imx8mm-add-GPC-node.patch | 142 ++ ...-put-USB-controllers-into-power-doma.patch | 38 ++ ...add-PGC-control-register-indirection.patch | 187 ...ie-Initialize-the-imx8-pcie-standalo.patch | 285 ...x8m-pcie-Add-iMX8MP-PCIe-PHY-support.patch | 305 ...phy-imx8-pcie-Add-binding-for-the-pa.patch | 38 ++ ...-PCI-imx-Add-the-imx8mm-pcie-support.patch | 211 + ...-dts-imx8mm-Add-the-pcie-phy-support.patch | 40 ++ ...rm64-dts-imx8mm-Add-the-pcie-support.patch | 67 +++ ...4-dts-imx8mm-venice-add-PCIe-support.patch | 437 ++ 24 files changed, 2508 insertions(+), 5 deletions(-) create mode 100644 target/linux/imx/cortexa53/config-default create mode 100644 target/linux/imx/cortexa53/target.mk create mode 100644 target/linux/imx/image/cortexa53.mk create mode 100644 target/linux/imx/patches-5.15/0001-soc-imx-gpcv2-allow-to-disable-individual-power-doma.patch create mode 100644 target/linux/imx/patches-5.15/0002-soc-imx-gpcv2-Turn-domain-pgc-into-bitfield.patch create mode 100644 target/linux/imx/patches-5.15/0003-soc-imx-gpcv2-Set-both-GPC_PGC_nCTRL-GPU_2D-GPU_3D-f.patch create mode 100644 target/linux/imx/patches-5.15/0004-soc-imx-gpcv2-add-lockdep-annotation.patch create mode 100644 target/linux/imx/patches-5.15/0005-soc-imx-gpcv2-add-domain-option-to-keep-domain-clock.patch create mode 100644 target/linux/imx/patches-5.15/0006-soc-imx-gpcv2-keep-i.MX8M-bus-clocks-enabled.patch create mode 100644 target/linux/imx/patches-5.15/0007-soc-imx-gpcv2-support-system-suspend-resume.patch create mode 100644 target/linux/imx/patches-5.15/0008-arm64-dts-imx8mm-add-GPC-node.patch create mode 100644 target/linux/imx/patches-5.15/0009-arm64-dts-imx8mm-put-USB-controllers-into-power-doma.patch create mode 100644 target/linux/imx/patches-5.15/0010-soc-imx-gpcv2-add-PGC-control-register-indirection.patch create mode 100644 target/linux/imx/patches-5.15/0011-phy-freescale-pcie-Initialize-the-imx8-pcie-standalo.patch create mode 100644 target/linux/imx/patches-5.15/0012-phy-freescale-imx8m-pcie-Add-iMX8MP-PCIe-PHY-support.patch create mode 100644 target/linux/imx/patches-5.15/0013-dt-bindings-phy-phy-imx8-pcie-Add-binding-for-the-pa.patch create mode 100644 target/linux/imx/patches-5.15/0014-PCI-imx-Add-the-imx8mm-pcie-support.patch create mode 100644 target/linux/imx/patches-5.15/0015-arm64-dts-imx8mm-Add-the-pcie-phy-support.patch create mode 100644 target/linux/imx/patches-5.15/0016-arm64-dts-imx8mm-Add-the-pcie-support.patch create mode 100644 target/linux/imx/patches-5.15/0017-arm64-dts-imx8mm-venice-add-PCIe-support.patch diff --git a/target/linux/imx/Makefile b/target/linux/imx/Makefile index 5fb7a4d339ef..1263484316c4 100644 --- a/target/linux/imx/Makefile +++ b/target/linux/imx/Makefile @@ -4,18 +4,15 @@ include $(TOPDIR)/rules.mk -ARCH:=arm BOARD:=imx BOARDNAME:=NXP i.MX -FEATURES:=audio display fpu gpio pcie rtc usb usbgadget squashfs targz nand ubifs boot-part rootfs-part -SUBTARGETS:=cortexa7 cortexa9 +FEATURES:=audio display fpu gpio pcie rtc usb usbgadget squashfs targz boot-part rootfs-part +SUBTARGETS:=cortexa7 cortexa9 cortexa53 KERNEL_PATCHVER:=5.15 include $(INCLUDE_DIR)/target.mk -KERNELNAME:=zImage dtbs - DEFAULT_PACKAGES += uboot-envtools mkf2fs e2fsprogs blkid $(eval $(call BuildTarget)) diff --git a/target/linux/imx/config-5.15 b/target/linux/imx/config-5.15 index 0c9b7d22b4e5..c45872d19c40 100644 --- a/target/linux/imx/config-5.15 +++ b/target/linux/imx/config-5.15 @@ -441,3 +441,5 @@ CONFIG_ZLIB_DEFLATE=y CONFIG_ZLIB_INFLATE=y CONFIG_ZSTD_COMPRESS=y CONFIG_ZSTD_DECOMPRESS=y
Re: [PATCH] octeontx: kernel: add USB storage boot support
On Thu, Feb 23, 2023 at 3:23 PM Tim Harvey wrote: > > Enable BLK_DEV_SD and USB_STORAGE so that rootfs can be on a USB Mass > Storage device. > > This increases the kernel Image by 66KiB > > Signed-off-by: Tim Harvey > --- > target/linux/octeontx/config-5.15 | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/target/linux/octeontx/config-5.15 > b/target/linux/octeontx/config-5.15 > index 40cab28f60a0..c2ad7e7ab9d7 100644 > --- a/target/linux/octeontx/config-5.15 > +++ b/target/linux/octeontx/config-5.15 > @@ -59,6 +59,7 @@ CONFIG_BLK_DEV_BSG=y > CONFIG_BLK_DEV_BSGLIB=y > CONFIG_BLK_DEV_BSG_COMMON=y > CONFIG_BLK_DEV_LOOP=y > +CONFIG_BLK_DEV_SD=y > CONFIG_BLK_MQ_PCI=y > CONFIG_BLK_MQ_VIRTIO=y > CONFIG_BLK_PM=y > @@ -401,6 +402,7 @@ CONFIG_UNMAP_KERNEL_AT_EL0=y > CONFIG_USB=y > CONFIG_USB_COMMON=y > CONFIG_USB_PCI=y > +CONFIG_USB_STORAGE=y > CONFIG_USB_SUPPORT=y > # CONFIG_USB_UHCI_HCD is not set > CONFIG_USB_XHCI_HCD=y > -- > 2.25.1 > Any additional comments or discussion on this? CONFIG_BLK_DEV_SD=y is required to allow OpenWrt's rootfs on a SCSI block device such as mSATA. CONFIG_USB_STORAGE=y is required additionally to allow OpenWrt's rootfs on a USB mass storage device. Both cases are useful if for example the bootloader is on different boot device than OpenWrt's rootfs. This differs from enabling USB mass storage via kmod-usb-storage as that gets loaded as a module after OpenWrt's rootfs is mounted. This seems like a relatively small increase in kernel size for the functionality. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] kernel: modules: package Microchip LAN743x PCIe gigE driver
Package the Microchip LAN743x PCIe gigE driver Signed-off-by: Tim Harvey --- package/kernel/linux/modules/netdevices.mk | 16 1 file changed, 16 insertions(+) diff --git a/package/kernel/linux/modules/netdevices.mk b/package/kernel/linux/modules/netdevices.mk index 248aaf06f7e8..acab054b0b88 100644 --- a/package/kernel/linux/modules/netdevices.mk +++ b/package/kernel/linux/modules/netdevices.mk @@ -1523,3 +1523,19 @@ endef $(eval $(call KernelPackage,atlantic)) + +define KernelPackage/lan743x + SUBMENU:=$(NETWORK_DEVICES_MENU) + TITLE:=Microchip LAN743x PCI Express Gigabit Ethernet NIC + DEPENDS:=@PCI_SUPPORT + KCONFIG:=CONFIG_LAN743X + FILES:=$(LINUX_DIR)/drivers/net/ethernet/microchip/lan743x.ko + AUTOLOAD:=$(call AutoProbe,lan743x) +endef + +define KernelPackage/lan743x/description + Kernel module for Microchip LAN743x PCI Express Gigabit Ethernet NIC +endef + +$(eval $(call KernelPackage,lan743x)) + -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [EXT] config_default vs subtargets having their own config_?
On Sun, Mar 5, 2023 at 10:25 PM Andy Tang wrote: > > Hi Tim, > > Thanks for doing this. > I suggest to have config_ for each subtargs in the subtarget dirs.. > Andy, I would tend to agree that config_ makes more sense. I'm not sure I understand what the point of the config_default files were; I can't find any documentation and I'm confused at how OpenWrt creates the .config file for the kernel build directory. I'm also not understanding how 'make kernel_menuconfig' deals with multiple config file fragments and how to separate the configs between subtargets. I have a created a minimal defconfig for imx/cortexa7, imx/cortexa9, and imx/cortex53 by building these subtargets then doing a 'make -C savedefconfig' but now I'm not sure how to be split them up. > I have sent the patches for adding the imx8 platform. > But it can't be accepted due to the firmware issue. > Basically the DDR firmware for im8x was released by a self-extracted binary. > When extracted, customer need to accept the EULA which is not accepted by > OpenWRT community. > > Have you solved this problem? > Yes, I saw your patches and what followed. My solution is to eliminate the boot firmware which also removes the added complication that the various imx8 soc's have binary incompatible firmware and locations that it needs to be flashed to. Best Regards, Tim > BR, > Andy > > > -Original Message- > > From: Tim Harvey > > Sent: 2023年3月4日 8:20 > > To: OpenWrt Development List > > Cc: Piotr Dymacz ; Andy Tang > > Subject: [EXT] config_default vs subtargets having their own config_? > > > > Caution: EXT Email > > > > Greetings, > > > > I'm working on cortexa53 support for target/linux/imx for imx8 support and > > am not quite clear how best to take care of kernel config. There is a lot of > > differences in kernel config for > > cortexa7/cortexa9/cortexa53 with regards to IMX SoC's. > > > > I see some targets have config_default files in the subtarget dirs and > > others > > have config_. > > > > What is the recommended way of defining kernel config per subtarget and > > how is it recommended to come up with those split up config files? > > > > Best Regards, > > > > Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
config_default vs subtargets having their own config_?
Greetings, I'm working on cortexa53 support for target/linux/imx for imx8 support and am not quite clear how best to take care of kernel config. There is a lot of differences in kernel config for cortexa7/cortexa9/cortexa53 with regards to IMX SoC's. I see some targets have config_default files in the subtarget dirs and others have config_. What is the recommended way of defining kernel config per subtarget and how is it recommended to come up with those split up config files? Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] gpio-button-hotplug: do not error on interrupt attached keys
The Linux gpio-keys driver bindings allow for GPIO attached or interrupt attached keys. Currently if an interrupt attached key is encountered gpio_keys_button_probe() will fail due to not being able to get a gpio descriptor: gpio-keys: probe of gpio-keys failed with error -2 Skip the failure in the case of interrupt attached keys to resolve this. Signed-off-by: Tim Harvey --- .../kernel/gpio-button-hotplug/src/gpio-button-hotplug.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c b/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c index 2b39ec8f3be5..522085bb2fa2 100644 --- a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c +++ b/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c @@ -506,6 +506,13 @@ static int gpio_keys_button_probe(struct platform_device *pdev, goto out; } + if (button->irq) { + dev_err(dev, "skipping button %s (only gpio buttons supported)\n", + button->desc); + bdata->b = >buttons[i]; + continue; + } + if (gpio_is_valid(button->gpio)) { /* legacy platform data... but is it the lookup table? */ bdata->gpiod = devm_gpiod_get_index(dev, desc, i, -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] kernel: add kmod-hwmon-max6642 support
Add package for Maxim MAX6642 i2c based temperature sensor. Signed-off-by: Tim Harvey --- package/kernel/linux/modules/hwmon.mk | 15 +++ 1 file changed, 15 insertions(+) diff --git a/package/kernel/linux/modules/hwmon.mk b/package/kernel/linux/modules/hwmon.mk index 79df0471ed51..29392548d40c 100644 --- a/package/kernel/linux/modules/hwmon.mk +++ b/package/kernel/linux/modules/hwmon.mk @@ -354,6 +354,21 @@ endef $(eval $(call KernelPackage,hwmon-ltc4151)) +define KernelPackage/hwmon-max6642 + TITLE:=MAX6642 monitoring support + KCONFIG:=CONFIG_SENSORS_MAX6642 + FILES:=$(LINUX_DIR)/drivers/hwmon/max6642.ko + AUTOLOAD:=$(call AutoLoad,60,max6642 max6642) + $(call AddDepends/hwmon,+kmod-i2c-core) +endef + +define KernelPackage/hwmon-max6642/description + Kernel module for Maxim MAX6642 temperature monitor +endef + +$(eval $(call KernelPackage,hwmon-max6642)) + + define KernelPackage/hwmon-mcp3021 TITLE:=MCP3021/3221 monitoring support KCONFIG:=CONFIG_SENSORS_MCP3021 -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH v2] kernel: fix hwmon-gsc driver
Fix hwmon-gsc driver by replacing out-of-tree hwmon-gsc driver with in-tree driver that was merged in Linux v5.8: - remove the old out-of-tree module - add configuration for the in-tree modules Signed-off-by: Tim Harvey --- v2: - build both CONFIG_MFD_GATEWORKS_GSC and CONFIG_SENSORS_GSC as kernel modules. This requires moving module priority and flagging it as a required for boot as it needs to be present before gpio-button-hotplug - add line break in description - updated commmit message to reference this as a fix --- package/kernel/hwmon-gsc/Makefile | 28 --- package/kernel/hwmon-gsc/src/Makefile | 1 - package/kernel/hwmon-gsc/src/gsc.c| 308 -- package/kernel/linux/modules/hwmon.mk | 19 ++ 4 files changed, 19 insertions(+), 337 deletions(-) delete mode 100644 package/kernel/hwmon-gsc/Makefile delete mode 100644 package/kernel/hwmon-gsc/src/Makefile delete mode 100644 package/kernel/hwmon-gsc/src/gsc.c diff --git a/package/kernel/hwmon-gsc/Makefile b/package/kernel/hwmon-gsc/Makefile deleted file mode 100644 index cd7d4efb1079.. --- a/package/kernel/hwmon-gsc/Makefile +++ /dev/null @@ -1,28 +0,0 @@ -include $(TOPDIR)/rules.mk -include $(INCLUDE_DIR)/kernel.mk - -PKG_NAME:=hwmon-gsc -PKG_RELEASE:=1 - -include $(INCLUDE_DIR)/package.mk - -define KernelPackage/hwmon-gsc - SUBMENU:=Hardware Monitoring Support - DEPENDS:=@TARGET_imx +kmod-hwmon-core +kmod-i2c-core - TITLE:=Driver for the Gateworks System Controller - AUTOLOAD:=$(call AutoLoad,60,gsc) - FILES:=$(PKG_BUILD_DIR)/gsc.ko -endef - -define KernelPackage/hwmon-gsc/description - Kernel module for the Gateworks System Controller chips. -endef - -define Build/Compile - $(KERNEL_MAKE) \ - M="$(PKG_BUILD_DIR)" \ - EXTRA_CFLAGS="$(BUILDFLAGS)" \ - modules -endef - -$(eval $(call KernelPackage,hwmon-gsc)) diff --git a/package/kernel/hwmon-gsc/src/Makefile b/package/kernel/hwmon-gsc/src/Makefile deleted file mode 100644 index 0e54aed2e376.. --- a/package/kernel/hwmon-gsc/src/Makefile +++ /dev/null @@ -1 +0,0 @@ -obj-m := gsc.o diff --git a/package/kernel/hwmon-gsc/src/gsc.c b/package/kernel/hwmon-gsc/src/gsc.c deleted file mode 100644 index 737cc599b4e7.. --- a/package/kernel/hwmon-gsc/src/gsc.c +++ /dev/null @@ -1,308 +0,0 @@ -/* - * A hwmon driver for the Gateworks System Controller - * Copyright (C) 2009 Gateworks Corporation - * - * Author: Chris Lang - * - * This program is free software; you can redistribute it and/or modify - * it under the terms of the GNU General Public License, - * as published by the Free Software Foundation - version 2. - */ - -#include -#include -#include -#include -#include -#include - -#define DRV_VERSION "0.2" - -enum chips { gsp }; - -/* AD7418 registers */ -#define GSP_REG_TEMP_IN0x00 -#define GSP_REG_VIN0x02 -#define GSP_REG_3P30x05 -#define GSP_REG_BAT0x08 -#define GSP_REG_5P00x0b -#define GSP_REG_CORE 0x0e -#define GSP_REG_CPU1 0x11 -#define GSP_REG_CPU2 0x14 -#define GSP_REG_DRAM 0x17 -#define GSP_REG_EXT_BAT0x1a -#define GSP_REG_IO10x1d -#define GSP_REG_IO20x20 -#define GSP_REG_PCIE 0x23 -#define GSP_REG_CURRENT0x26 -#define GSP_FAN_0 0x2C -#define GSP_FAN_1 0x2E -#define GSP_FAN_2 0x30 -#define GSP_FAN_3 0x32 -#define GSP_FAN_4 0x34 -#define GSP_FAN_5 0x36 - -struct gsp_sensor_info { - const char* name; - int reg; -}; - -static const struct gsp_sensor_info gsp_sensors[] = { - {"temp", GSP_REG_TEMP_IN}, - {"vin", GSP_REG_VIN}, - {"3p3", GSP_REG_3P3}, - {"bat", GSP_REG_BAT}, - {"5p0", GSP_REG_5P0}, - {"core", GSP_REG_CORE}, - {"cpu1", GSP_REG_CPU1}, - {"cpu2", GSP_REG_CPU2}, - {"dram", GSP_REG_DRAM}, - {"ext_bat", GSP_REG_EXT_BAT}, - {"io1", GSP_REG_IO1}, - {"io2", GSP_REG_IO2}, - {"pci2", GSP_REG_PCIE}, - {"current", GSP_REG_CURRENT}, - {"fan_point0", GSP_FAN_0}, - {"fan_point1", GSP_FAN_1}, - {"fan_point2", GSP_FAN_2}, - {"fan_point3", GSP_FAN_3}, - {"fan_point4", GSP_FAN_4}, - {"fan_point5", GSP_FAN_5}, -}; - -struct gsp_data { - struct device *hwmon_dev; - struct attribute_group attrs; - enum chips type; -}; - -static int gsp_probe(struct i2c_client *client, - const struct i2c_device_id *id); -static int gsp_remove(struct i2c_client *client); - -static const struct i2c_device_id gsp_id[] = { -
Re: [PATCH] kernel: replace out-of-tree hwmon-gsc driver with in-tree
On Sun, Feb 26, 2023 at 9:24 AM Hauke Mehrtens wrote: > > On 2/18/23 01:24, Tim Harvey wrote: > > The Gateworks GSC drivers were merged in Linux v5.8: > > - remove the old out-of-tree module > > - add configuration for the in-tree modules > > > > Signed-off-by: Tim Harvey > > --- > > package/kernel/hwmon-gsc/Makefile | 28 --- > > package/kernel/hwmon-gsc/src/Makefile | 1 - > > package/kernel/hwmon-gsc/src/gsc.c| 308 -- > > package/kernel/linux/modules/hwmon.mk | 18 ++ > > 4 files changed, 18 insertions(+), 337 deletions(-) > > delete mode 100644 package/kernel/hwmon-gsc/Makefile > > delete mode 100644 package/kernel/hwmon-gsc/src/Makefile > > delete mode 100644 package/kernel/hwmon-gsc/src/gsc.c > > > . > > diff --git a/package/kernel/linux/modules/hwmon.mk > > b/package/kernel/linux/modules/hwmon.mk > > index c8d79b622e7a..c8887a84827a 100644 > > --- a/package/kernel/linux/modules/hwmon.mk > > +++ b/package/kernel/linux/modules/hwmon.mk > > @@ -108,6 +108,24 @@ endef > > $(eval $(call KernelPackage,hwmon-drivetemp)) > > > > > > +define KernelPackage/hwmon-gsc > > + TITLE:=Gateworks System Controller support > > + KCONFIG:=CONFIG_SENSORS_GSC \ > > +CONFIG_MFD_GATEWORKS_GSC=y > > Please build CONFIG_MFD_GATEWORKS_GSC as a kernel module and not into > the kenrel. > > > + FILES:= \ > > + $(LINUX_DIR)/drivers/mfd/gateworks-gsc.ko \ > > + $(LINUX_DIR)/drivers/hwmon/gsc-hwmon.ko > > + AUTOLOAD:=$(call AutoLoad,60,gateworks-gsc gsc-hwmon) > > + $(call AddDepends/hwmon,+kmod-i2c-core) > > +endef > > + > > +define KernelPackage/hwmon-gsc/description > > + Kernel module for Gateworks System Controller with temperature sensor, > > ADCs, and FAN controller > > Please add a line break here. > > > +endef > > + > > +$(eval $(call KernelPackage,hwmon-gsc)) > > + > > + > > define KernelPackage/hwmon-gpiofan > > TITLE:=Generic GPIO FAN support > > KCONFIG:=CONFIG_SENSORS_GPIO_FAN > Hauke, Ok - thanks for the review - I will send a v2. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH] octeontx: kernel: add USB storage boot support
On Fri, Feb 24, 2023 at 12:16 AM Rafał Miłecki wrote: > > 24 lut 2023 o 00:28 Tim Harvey napisał(a): > > Enable BLK_DEV_SD and USB_STORAGE so that rootfs can be on a USB Mass > > Storage device. > > > > This increases the kernel Image by 66KiB > > Do we have any device that has firmware installed on USB storage > device and it boots from it? This is intended to be used where the boot firmware boots on the SoC's boot device (emmc in the case of the Gateworks Newport octeontx board) but the OpenWrt OS itself (bootfs/rootfs) are on USB. The user may have for example a backup or alternate OS on different devices (USB, SATA, microSD, etc). It looks to me like many targets enable this and I believe it was enabled in a previous kernel version but I find its something that often gets disabled likely be accident when bumping kernels. Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH-22.03 3/3] octeontx: kernel: add USB storage boot support
Enable BLK_DEV_SD and USB_STORAGE so that rootfs can be on a USB Mass Storage device. This increases the kernel by about 64KiB Signed-off-by: Tim Harvey --- target/linux/octeontx/config-5.10 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/octeontx/config-5.10 b/target/linux/octeontx/config-5.10 index 15a60a1b6468..6b03503f91f8 100644 --- a/target/linux/octeontx/config-5.10 +++ b/target/linux/octeontx/config-5.10 @@ -56,6 +56,7 @@ CONFIG_BALLOON_COMPACTION=y CONFIG_BLK_DEV_BSG=y CONFIG_BLK_DEV_BSGLIB=y CONFIG_BLK_DEV_LOOP=y +CONFIG_BLK_DEV_SD=y CONFIG_BLK_MQ_PCI=y CONFIG_BLK_MQ_VIRTIO=y CONFIG_BLK_PM=y @@ -394,6 +395,7 @@ CONFIG_UNMAP_KERNEL_AT_EL0=y CONFIG_USB=y CONFIG_USB_COMMON=y CONFIG_USB_PCI=y +CONFIG_USB_STORAGE=y CONFIG_USB_SUPPORT=y # CONFIG_USB_UHCI_HCD is not set CONFIG_USB_XHCI_HCD=y -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH-22.03 1/3] octeontx: add default packages for on-board devices
The Gateworks Newport boards supported by the octeontx target have the following on-board devices: - Gateworks System Controller - GPIO buttons - GPIO leds - GPS PPS - Accelerometer - MCP251X CAN controller Add kernel drivers for these devices in DEFAULT_PACKAGES Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 4 1 file changed, 4 insertions(+) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 03ab287bd53a..83fcb4aca0b5 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -19,4 +19,8 @@ include $(INCLUDE_DIR)/target.mk KERNELNAME:=Image +DEFAULT_PACKAGES += kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio \ + kmod-gpio-button-hotplug kmod-input-evdev kmod-rtc-ds1672 \ + kmod-can kmod-can-mcp251x + $(eval $(call BuildTarget)) -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH-22.03 2/3] octeontx: fix overlay support by adding f2fs and ext4
Add both ext4 and f2fs support for overlayfs. The fstools mount_root application will choose f2fs if the overlay volume space available exceeds 100MB, otherwise ext4 is used. This fixes overlay support. This increases the kernel by 782KiB Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile| 3 ++- target/linux/octeontx/config-5.10 | 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 83fcb4aca0b5..437f7d2d60a0 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -19,7 +19,8 @@ include $(INCLUDE_DIR)/target.mk KERNELNAME:=Image -DEFAULT_PACKAGES += kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio \ +DEFAULT_PACKAGES += uboot-envtools mkf2fs e2fsprogs blkid \ + kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio \ kmod-gpio-button-hotplug kmod-input-evdev kmod-rtc-ds1672 \ kmod-can kmod-can-mcp251x diff --git a/target/linux/octeontx/config-5.10 b/target/linux/octeontx/config-5.10 index d1a68684da9e..15a60a1b6468 100644 --- a/target/linux/octeontx/config-5.10 +++ b/target/linux/octeontx/config-5.10 @@ -142,6 +142,8 @@ CONFIG_EDAC_SUPPORT=y CONFIG_EDAC_THUNDERX=y # CONFIG_EDAC_XGENE is not set CONFIG_EEPROM_AT24=y +CONFIG_EXT4_FS=y +CONFIG_F2FS_FS=y CONFIG_FAT_FS=y CONFIG_FIXED_PHY=y CONFIG_FIX_EARLYCON_MEM=y -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH-22.03] kernel: fix hwmon-gsc driver by replacing out-of-tree driver with in-tree
The Gateworks GSC drivers were merged in Linux v5.8: - remove the old out-of-tree module - add configuration for the in-tree modules Signed-off-by: Tim Harvey --- package/kernel/hwmon-gsc/Makefile | 29 --- package/kernel/hwmon-gsc/src/Makefile | 1 - package/kernel/hwmon-gsc/src/gsc.c| 308 -- package/kernel/linux/modules/hwmon.mk | 18 ++ 4 files changed, 18 insertions(+), 338 deletions(-) delete mode 100644 package/kernel/hwmon-gsc/Makefile delete mode 100644 package/kernel/hwmon-gsc/src/Makefile delete mode 100644 package/kernel/hwmon-gsc/src/gsc.c diff --git a/package/kernel/hwmon-gsc/Makefile b/package/kernel/hwmon-gsc/Makefile deleted file mode 100644 index 34c33dc581ff.. --- a/package/kernel/hwmon-gsc/Makefile +++ /dev/null @@ -1,29 +0,0 @@ -include $(TOPDIR)/rules.mk -include $(INCLUDE_DIR)/kernel.mk - -PKG_NAME:=hwmon-gsc -PKG_RELEASE:=1 - -include $(INCLUDE_DIR)/package.mk - -define KernelPackage/hwmon-gsc - SUBMENU:=Hardware Monitoring Support - DEPENDS:=@TARGET_imx +kmod-hwmon-core +kmod-i2c-core - TITLE:=Driver for the Gateworks System Controller - AUTOLOAD:=$(call AutoLoad,60,gsc) - FILES:=$(PKG_BUILD_DIR)/gsc.ko -endef - -define KernelPackage/hwmon-gsc/description - Kernel module for the Gateworks System Controller chips. -endef - -define Build/Compile - $(MAKE) -C "$(LINUX_DIR)" \ - $(KERNEL_MAKE_FLAGS) \ - M="$(PKG_BUILD_DIR)" \ - EXTRA_CFLAGS="$(BUILDFLAGS)" \ - modules -endef - -$(eval $(call KernelPackage,hwmon-gsc)) diff --git a/package/kernel/hwmon-gsc/src/Makefile b/package/kernel/hwmon-gsc/src/Makefile deleted file mode 100644 index 0e54aed2e376.. --- a/package/kernel/hwmon-gsc/src/Makefile +++ /dev/null @@ -1 +0,0 @@ -obj-m := gsc.o diff --git a/package/kernel/hwmon-gsc/src/gsc.c b/package/kernel/hwmon-gsc/src/gsc.c deleted file mode 100644 index 737cc599b4e7.. --- a/package/kernel/hwmon-gsc/src/gsc.c +++ /dev/null @@ -1,308 +0,0 @@ -/* - * A hwmon driver for the Gateworks System Controller - * Copyright (C) 2009 Gateworks Corporation - * - * Author: Chris Lang - * - * This program is free software; you can redistribute it and/or modify - * it under the terms of the GNU General Public License, - * as published by the Free Software Foundation - version 2. - */ - -#include -#include -#include -#include -#include -#include - -#define DRV_VERSION "0.2" - -enum chips { gsp }; - -/* AD7418 registers */ -#define GSP_REG_TEMP_IN0x00 -#define GSP_REG_VIN0x02 -#define GSP_REG_3P30x05 -#define GSP_REG_BAT0x08 -#define GSP_REG_5P00x0b -#define GSP_REG_CORE 0x0e -#define GSP_REG_CPU1 0x11 -#define GSP_REG_CPU2 0x14 -#define GSP_REG_DRAM 0x17 -#define GSP_REG_EXT_BAT0x1a -#define GSP_REG_IO10x1d -#define GSP_REG_IO20x20 -#define GSP_REG_PCIE 0x23 -#define GSP_REG_CURRENT0x26 -#define GSP_FAN_0 0x2C -#define GSP_FAN_1 0x2E -#define GSP_FAN_2 0x30 -#define GSP_FAN_3 0x32 -#define GSP_FAN_4 0x34 -#define GSP_FAN_5 0x36 - -struct gsp_sensor_info { - const char* name; - int reg; -}; - -static const struct gsp_sensor_info gsp_sensors[] = { - {"temp", GSP_REG_TEMP_IN}, - {"vin", GSP_REG_VIN}, - {"3p3", GSP_REG_3P3}, - {"bat", GSP_REG_BAT}, - {"5p0", GSP_REG_5P0}, - {"core", GSP_REG_CORE}, - {"cpu1", GSP_REG_CPU1}, - {"cpu2", GSP_REG_CPU2}, - {"dram", GSP_REG_DRAM}, - {"ext_bat", GSP_REG_EXT_BAT}, - {"io1", GSP_REG_IO1}, - {"io2", GSP_REG_IO2}, - {"pci2", GSP_REG_PCIE}, - {"current", GSP_REG_CURRENT}, - {"fan_point0", GSP_FAN_0}, - {"fan_point1", GSP_FAN_1}, - {"fan_point2", GSP_FAN_2}, - {"fan_point3", GSP_FAN_3}, - {"fan_point4", GSP_FAN_4}, - {"fan_point5", GSP_FAN_5}, -}; - -struct gsp_data { - struct device *hwmon_dev; - struct attribute_group attrs; - enum chips type; -}; - -static int gsp_probe(struct i2c_client *client, - const struct i2c_device_id *id); -static int gsp_remove(struct i2c_client *client); - -static const struct i2c_device_id gsp_id[] = { - { "gsp", 0 }, - { } -}; -MODULE_DEVICE_TABLE(i2c, gsp_id); - -static struct i2c_driver gsp_driver = { - .driver = { - .name = "gsp", - }, - .probe = gsp_probe, - .remove = gsp_remove, - .id_table = gsp_id, -}; - -
[PATCH] octeontx: kernel: add USB storage boot support
Enable BLK_DEV_SD and USB_STORAGE so that rootfs can be on a USB Mass Storage device. This increases the kernel Image by 66KiB Signed-off-by: Tim Harvey --- target/linux/octeontx/config-5.15 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/octeontx/config-5.15 b/target/linux/octeontx/config-5.15 index 40cab28f60a0..c2ad7e7ab9d7 100644 --- a/target/linux/octeontx/config-5.15 +++ b/target/linux/octeontx/config-5.15 @@ -59,6 +59,7 @@ CONFIG_BLK_DEV_BSG=y CONFIG_BLK_DEV_BSGLIB=y CONFIG_BLK_DEV_BSG_COMMON=y CONFIG_BLK_DEV_LOOP=y +CONFIG_BLK_DEV_SD=y CONFIG_BLK_MQ_PCI=y CONFIG_BLK_MQ_VIRTIO=y CONFIG_BLK_PM=y @@ -401,6 +402,7 @@ CONFIG_UNMAP_KERNEL_AT_EL0=y CONFIG_USB=y CONFIG_USB_COMMON=y CONFIG_USB_PCI=y +CONFIG_USB_STORAGE=y CONFIG_USB_SUPPORT=y # CONFIG_USB_UHCI_HCD is not set CONFIG_USB_XHCI_HCD=y -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] imx: kernel: add USB storage boot support
Enable BLK_DEV_SD and USB_STORAGE so that rootfs can be on a USB Mass Storage device. This adds 23KiB to the compressed kernel size Signed-off-by: Tim Harvey --- target/linux/imx/config-5.15 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/imx/config-5.15 b/target/linux/imx/config-5.15 index 0c9b7d22b4e5..4e2cafb7be2a 100644 --- a/target/linux/imx/config-5.15 +++ b/target/linux/imx/config-5.15 @@ -41,6 +41,7 @@ CONFIG_ATAGS=y CONFIG_AUTO_ZRELADDR=y CONFIG_BINFMT_FLAT_ARGVP_ENVP_ON_STACK=y CONFIG_BLK_DEV_LOOP=y +CONFIG_BLK_DEV_SD=y CONFIG_BLK_PM=y CONFIG_CACHE_L2X0=y CONFIG_CLKSRC_IMX_GPT=y @@ -421,6 +422,7 @@ CONFIG_USB_MXS_PHY=y CONFIG_USB_OTG=y CONFIG_USB_PHY=y CONFIG_USB_ROLE_SWITCH=y +CONFIG_USB_STORAGE=y CONFIG_USB_SUPPORT=y CONFIG_USB_ULPI_BUS=y CONFIG_USE_OF=y -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] octeontx: add f2fs and ext4 support
Add both ext4 and f2fs support for overlayfs. The fstools mount_root application will choose f2fs if the overlay volume space available exceeds 100MB, otherwise ext4 is used. Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile| 3 ++- target/linux/octeontx/config-5.15 | 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 25096c90ba96..57250a5e01ca 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -20,7 +20,8 @@ include $(INCLUDE_DIR)/target.mk KERNELNAME:=Image -DEFAULT_PACKAGES += kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio \ +DEFAULT_PACKAGES += uboot-envtools mkf2fs e2fsprogs blkid \ + kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio \ kmod-gpio-button-hotplug kmod-input-evdev kmod-rtc-ds1672 \ kmod-can kmod-can-mcp251x diff --git a/target/linux/octeontx/config-5.15 b/target/linux/octeontx/config-5.15 index 36402b70ebfe..40cab28f60a0 100644 --- a/target/linux/octeontx/config-5.15 +++ b/target/linux/octeontx/config-5.15 @@ -145,6 +145,8 @@ CONFIG_EDAC_SUPPORT=y CONFIG_EDAC_THUNDERX=y # CONFIG_EDAC_XGENE is not set CONFIG_EEPROM_AT24=y +CONFIG_EXT4_FS=y +CONFIG_F2FS_FS=y CONFIG_FAT_FS=y CONFIG_FIXED_PHY=y CONFIG_FIX_EARLYCON_MEM=y -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[v2 PATCH] octeontx: switch to Kernel 5.15
Switch over from testing version. Signed-off-by: Tim Harvey --- v2: also remove config-5.10 and patches-5.10 --- target/linux/octeontx/Makefile| 3 +- target/linux/octeontx/config-5.10 | 413 -- ...r-Gateworks-PLX-PEX860x-switch-with-.patch | 59 --- 3 files changed, 1 insertion(+), 474 deletions(-) delete mode 100644 target/linux/octeontx/config-5.10 delete mode 100644 target/linux/octeontx/patches-5.10/0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 50c5cd6d217d..5260291d0504 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -10,8 +10,7 @@ BOARDNAME:=Octeon-TX FEATURES:=squashfs ramdisk targz pcie gpio rtc usb fpu SUBTARGETS:=generic -KERNEL_PATCHVER:=5.10 -KERNEL_TESTING_PATCHVER:=5.15 +KERNEL_PATCHVER:=5.15 define Target/Description Build images for Octeon-TX CN80XX/CN81XX based boards diff --git a/target/linux/octeontx/config-5.10 b/target/linux/octeontx/config-5.10 deleted file mode 100644 index 19a8c258d9a9.. --- a/target/linux/octeontx/config-5.10 +++ /dev/null @@ -1,413 +0,0 @@ -CONFIG_64BIT=y -CONFIG_ARCH_DMA_ADDR_T_64BIT=y -CONFIG_ARCH_HIBERNATION_HEADER=y -CONFIG_ARCH_HIBERNATION_POSSIBLE=y -CONFIG_ARCH_KEEP_MEMBLOCK=y -CONFIG_ARCH_MMAP_RND_BITS=18 -CONFIG_ARCH_MMAP_RND_BITS_MAX=33 -CONFIG_ARCH_MMAP_RND_BITS_MIN=18 -CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=11 -CONFIG_ARCH_PROC_KCORE_TEXT=y -CONFIG_ARCH_SELECT_MEMORY_MODEL=y -CONFIG_ARCH_SPARSEMEM_DEFAULT=y -CONFIG_ARCH_SPARSEMEM_ENABLE=y -CONFIG_ARCH_STACKWALK=y -CONFIG_ARCH_SUSPEND_POSSIBLE=y -CONFIG_ARCH_THUNDER=y -CONFIG_ARM64=y -CONFIG_ARM64_4K_PAGES=y -CONFIG_ARM64_CNP=y -CONFIG_ARM64_CRYPTO=y -CONFIG_ARM64_ERRATUM_819472=y -CONFIG_ARM64_ERRATUM_824069=y -CONFIG_ARM64_ERRATUM_826319=y -CONFIG_ARM64_ERRATUM_827319=y -CONFIG_ARM64_ERRATUM_843419=y -CONFIG_ARM64_HW_AFDBM=y -CONFIG_ARM64_MODULE_PLTS=y -CONFIG_ARM64_PAGE_SHIFT=12 -CONFIG_ARM64_PAN=y -CONFIG_ARM64_PA_BITS=48 -CONFIG_ARM64_PA_BITS_48=y -CONFIG_ARM64_PTR_AUTH=y -CONFIG_ARM64_SVE=y -CONFIG_ARM64_TAGGED_ADDR_ABI=y -CONFIG_ARM64_UAO=y -CONFIG_ARM64_VA_BITS=48 -# CONFIG_ARM64_VA_BITS_39 is not set -CONFIG_ARM64_VA_BITS_48=y -CONFIG_ARM64_VHE=y -CONFIG_ARM64_WORKAROUND_CLEAN_CACHE=y -CONFIG_ARM_AMBA=y -CONFIG_ARM_ARCH_TIMER=y -CONFIG_ARM_ARCH_TIMER_EVTSTREAM=y -CONFIG_ARM_CPUIDLE=y -CONFIG_ARM_GIC=y -CONFIG_ARM_GIC_V2M=y -CONFIG_ARM_GIC_V3=y -CONFIG_ARM_GIC_V3_ITS=y -CONFIG_ARM_GIC_V3_ITS_PCI=y -CONFIG_ARM_PSCI_FW=y -CONFIG_ARM_SBSA_WATCHDOG=y -CONFIG_ATA=y -# CONFIG_ATA_SFF is not set -CONFIG_AUDIT_ARCH_COMPAT_GENERIC=y -CONFIG_BALLOON_COMPACTION=y -CONFIG_BLK_DEV_BSG=y -CONFIG_BLK_DEV_BSGLIB=y -CONFIG_BLK_DEV_LOOP=y -CONFIG_BLK_MQ_PCI=y -CONFIG_BLK_MQ_VIRTIO=y -CONFIG_BLK_PM=y -CONFIG_BLK_SCSI_REQUEST=y -CONFIG_CAVIUM_ERRATUM_22375=y -CONFIG_CAVIUM_ERRATUM_23144=y -CONFIG_CAVIUM_ERRATUM_23154=y -CONFIG_CAVIUM_ERRATUM_27456=y -CONFIG_CAVIUM_ERRATUM_30115=y -CONFIG_CC_HAVE_STACKPROTECTOR_SYSREG=y -CONFIG_CLKDEV_LOOKUP=y -CONFIG_CLONE_BACKWARDS=y -CONFIG_CMA=y -CONFIG_CMA_ALIGNMENT=8 -CONFIG_CMA_AREAS=7 -# CONFIG_CMA_DEBUG is not set -# CONFIG_CMA_DEBUGFS is not set -CONFIG_CMA_SIZE_MBYTES=16 -# CONFIG_CMA_SIZE_SEL_MAX is not set -CONFIG_CMA_SIZE_SEL_MBYTES=y -# CONFIG_CMA_SIZE_SEL_MIN is not set -# CONFIG_CMA_SIZE_SEL_PERCENTAGE is not set -CONFIG_COMMON_CLK=y -CONFIG_COMMON_CLK_CS2000_CP=y -# CONFIG_COMPAT_32BIT_TIME is not set -CONFIG_CONFIGFS_FS=y -CONFIG_CONTIG_ALLOC=y -CONFIG_CPU_IDLE=y -CONFIG_CPU_IDLE_GOV_MENU=y -CONFIG_CPU_IDLE_MULTIPLE_DRIVERS=y -CONFIG_CPU_LITTLE_ENDIAN=y -CONFIG_CPU_PM=y -CONFIG_CPU_RMAP=y -CONFIG_CRASH_CORE=y -CONFIG_CRASH_DUMP=y -CONFIG_CRC16=y -CONFIG_CRC7=y -CONFIG_CRC_ITU_T=y -CONFIG_CRC_T10DIF=y -CONFIG_CRYPTO_AES_ARM64=y -CONFIG_CRYPTO_AES_ARM64_CE=y -CONFIG_CRYPTO_AES_ARM64_CE_BLK=y -CONFIG_CRYPTO_AES_ARM64_CE_CCM=y -CONFIG_CRYPTO_ANSI_CPRNG=y -CONFIG_CRYPTO_BLAKE2S=y -CONFIG_CRYPTO_CRC32=y -CONFIG_CRYPTO_CRC32C=y -CONFIG_CRYPTO_CRCT10DIF=y -CONFIG_CRYPTO_CRCT10DIF_ARM64_CE=y -CONFIG_CRYPTO_CRYPTD=y -CONFIG_CRYPTO_DRBG=y -CONFIG_CRYPTO_DRBG_HMAC=y -CONFIG_CRYPTO_DRBG_MENU=y -CONFIG_CRYPTO_ECHAINIV=y -CONFIG_CRYPTO_GHASH_ARM64_CE=y -CONFIG_CRYPTO_HMAC=y -CONFIG_CRYPTO_JITTERENTROPY=y -CONFIG_CRYPTO_LIB_BLAKE2S_GENERIC=y -CONFIG_CRYPTO_LIB_SHA256=y -CONFIG_CRYPTO_RNG=y -CONFIG_CRYPTO_RNG2=y -CONFIG_CRYPTO_RNG_DEFAULT=y -CONFIG_CRYPTO_SHA1=y -CONFIG_CRYPTO_SHA1_ARM64_CE=y -CONFIG_CRYPTO_SHA256=y -CONFIG_CRYPTO_SHA256_ARM64=y -CONFIG_CRYPTO_SHA2_ARM64_CE=y -CONFIG_CRYPTO_SIMD=y -CONFIG_DCACHE_WORD_ACCESS=y -CONFIG_DMADEVICES=y -CONFIG_DMA_CMA=y -CONFIG_DMA_DIRECT_REMAP=y -CONFIG_DMA_ENGINE=y -CONFIG_DMA_OF=y -CONFIG_DMA_PERNUMA_CMA=y -CONFIG_DMA_REMAP=y -CONFIG_DMA_SHARED_BUFFER=y -CONFIG_DTC=y -CONFIG_DT_IDLE_STATES=y -CONFIG_EDAC=y -# CONFIG_EDAC_DEBUG is not set -# CONFIG_EDAC_DMC520 is not set -CONFIG_EDAC_LEGACY_SYSFS=y -CONFIG_EDAC_SUPPORT
[PATCH-22.03] kernel: can: fix MCP251x CAN controller module autoload
Fix autoload module name for can-mcp251x kmod. Signed-off-by: Tim Harvey --- package/kernel/linux/modules/can.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/kernel/linux/modules/can.mk b/package/kernel/linux/modules/can.mk index 9cdebb9091a6..4ff85d1c0137 100644 --- a/package/kernel/linux/modules/can.mk +++ b/package/kernel/linux/modules/can.mk @@ -152,7 +152,7 @@ define KernelPackage/can-mcp251x CONFIG_SPI=y \ CONFIG_CAN_MCP251X FILES:=$(LINUX_DIR)/drivers/net/can/spi/mcp251x.ko - AUTOLOAD:=$(call AutoProbe,can-mcp251x) + AUTOLOAD:=$(call AutoProbe,mcp251x) $(call AddDepends/can) endef -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] octeontx: add default packages for on-board devices
The Gateworks Newport boards supported by the octeontx target have the following on-board devices: - Gateworks System Controller - GPIO buttons - GPIO leds - GPS PPS - Accelerometer - MCP251X CAN controller Add kernel drivers for these devices in DEFAULT_PACKAGES Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 4 1 file changed, 4 insertions(+) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 5260291d0504..25096c90ba96 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -20,4 +20,8 @@ include $(INCLUDE_DIR)/target.mk KERNELNAME:=Image +DEFAULT_PACKAGES += kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio \ + kmod-gpio-button-hotplug kmod-input-evdev kmod-rtc-ds1672 \ + kmod-can kmod-can-mcp251x + $(eval $(call BuildTarget)) -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] kernel: can: fix MCP251x CAN controller module autoload
Fix autoload module name for can-mcp251x kmod. Signed-off-by: Tim Harvey --- package/kernel/linux/modules/can.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/kernel/linux/modules/can.mk b/package/kernel/linux/modules/can.mk index 9cdebb9091a6..4ff85d1c0137 100644 --- a/package/kernel/linux/modules/can.mk +++ b/package/kernel/linux/modules/can.mk @@ -152,7 +152,7 @@ define KernelPackage/can-mcp251x CONFIG_SPI=y \ CONFIG_CAN_MCP251X FILES:=$(LINUX_DIR)/drivers/net/can/spi/mcp251x.ko - AUTOLOAD:=$(call AutoProbe,can-mcp251x) + AUTOLOAD:=$(call AutoProbe,mcp251x) $(call AddDepends/can) endef -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] kernel: replace out-of-tree hwmon-gsc driver with in-tree
The Gateworks GSC drivers were merged in Linux v5.8: - remove the old out-of-tree module - add configuration for the in-tree modules Signed-off-by: Tim Harvey --- package/kernel/hwmon-gsc/Makefile | 28 --- package/kernel/hwmon-gsc/src/Makefile | 1 - package/kernel/hwmon-gsc/src/gsc.c| 308 -- package/kernel/linux/modules/hwmon.mk | 18 ++ 4 files changed, 18 insertions(+), 337 deletions(-) delete mode 100644 package/kernel/hwmon-gsc/Makefile delete mode 100644 package/kernel/hwmon-gsc/src/Makefile delete mode 100644 package/kernel/hwmon-gsc/src/gsc.c diff --git a/package/kernel/hwmon-gsc/Makefile b/package/kernel/hwmon-gsc/Makefile deleted file mode 100644 index cd7d4efb1079.. --- a/package/kernel/hwmon-gsc/Makefile +++ /dev/null @@ -1,28 +0,0 @@ -include $(TOPDIR)/rules.mk -include $(INCLUDE_DIR)/kernel.mk - -PKG_NAME:=hwmon-gsc -PKG_RELEASE:=1 - -include $(INCLUDE_DIR)/package.mk - -define KernelPackage/hwmon-gsc - SUBMENU:=Hardware Monitoring Support - DEPENDS:=@TARGET_imx +kmod-hwmon-core +kmod-i2c-core - TITLE:=Driver for the Gateworks System Controller - AUTOLOAD:=$(call AutoLoad,60,gsc) - FILES:=$(PKG_BUILD_DIR)/gsc.ko -endef - -define KernelPackage/hwmon-gsc/description - Kernel module for the Gateworks System Controller chips. -endef - -define Build/Compile - $(KERNEL_MAKE) \ - M="$(PKG_BUILD_DIR)" \ - EXTRA_CFLAGS="$(BUILDFLAGS)" \ - modules -endef - -$(eval $(call KernelPackage,hwmon-gsc)) diff --git a/package/kernel/hwmon-gsc/src/Makefile b/package/kernel/hwmon-gsc/src/Makefile deleted file mode 100644 index 0e54aed2e376.. --- a/package/kernel/hwmon-gsc/src/Makefile +++ /dev/null @@ -1 +0,0 @@ -obj-m := gsc.o diff --git a/package/kernel/hwmon-gsc/src/gsc.c b/package/kernel/hwmon-gsc/src/gsc.c deleted file mode 100644 index 737cc599b4e7.. --- a/package/kernel/hwmon-gsc/src/gsc.c +++ /dev/null @@ -1,308 +0,0 @@ -/* - * A hwmon driver for the Gateworks System Controller - * Copyright (C) 2009 Gateworks Corporation - * - * Author: Chris Lang - * - * This program is free software; you can redistribute it and/or modify - * it under the terms of the GNU General Public License, - * as published by the Free Software Foundation - version 2. - */ - -#include -#include -#include -#include -#include -#include - -#define DRV_VERSION "0.2" - -enum chips { gsp }; - -/* AD7418 registers */ -#define GSP_REG_TEMP_IN0x00 -#define GSP_REG_VIN0x02 -#define GSP_REG_3P30x05 -#define GSP_REG_BAT0x08 -#define GSP_REG_5P00x0b -#define GSP_REG_CORE 0x0e -#define GSP_REG_CPU1 0x11 -#define GSP_REG_CPU2 0x14 -#define GSP_REG_DRAM 0x17 -#define GSP_REG_EXT_BAT0x1a -#define GSP_REG_IO10x1d -#define GSP_REG_IO20x20 -#define GSP_REG_PCIE 0x23 -#define GSP_REG_CURRENT0x26 -#define GSP_FAN_0 0x2C -#define GSP_FAN_1 0x2E -#define GSP_FAN_2 0x30 -#define GSP_FAN_3 0x32 -#define GSP_FAN_4 0x34 -#define GSP_FAN_5 0x36 - -struct gsp_sensor_info { - const char* name; - int reg; -}; - -static const struct gsp_sensor_info gsp_sensors[] = { - {"temp", GSP_REG_TEMP_IN}, - {"vin", GSP_REG_VIN}, - {"3p3", GSP_REG_3P3}, - {"bat", GSP_REG_BAT}, - {"5p0", GSP_REG_5P0}, - {"core", GSP_REG_CORE}, - {"cpu1", GSP_REG_CPU1}, - {"cpu2", GSP_REG_CPU2}, - {"dram", GSP_REG_DRAM}, - {"ext_bat", GSP_REG_EXT_BAT}, - {"io1", GSP_REG_IO1}, - {"io2", GSP_REG_IO2}, - {"pci2", GSP_REG_PCIE}, - {"current", GSP_REG_CURRENT}, - {"fan_point0", GSP_FAN_0}, - {"fan_point1", GSP_FAN_1}, - {"fan_point2", GSP_FAN_2}, - {"fan_point3", GSP_FAN_3}, - {"fan_point4", GSP_FAN_4}, - {"fan_point5", GSP_FAN_5}, -}; - -struct gsp_data { - struct device *hwmon_dev; - struct attribute_group attrs; - enum chips type; -}; - -static int gsp_probe(struct i2c_client *client, - const struct i2c_device_id *id); -static int gsp_remove(struct i2c_client *client); - -static const struct i2c_device_id gsp_id[] = { - { "gsp", 0 }, - { } -}; -MODULE_DEVICE_TABLE(i2c, gsp_id); - -static struct i2c_driver gsp_driver = { - .driver = { - .name = "gsp", - }, - .probe = gsp_probe, - .remove = gsp_remove, - .id_table = gsp_id, -}; - -/* All registers are word-sized, except for
[PATCH 1/2] imx: image: ventana: use squashfs rootfs for non NAND devices
In order to support squashfs+ext4 define rootfstype=squashfs and use P2 as P1 is boot filesystem. Signed-off-by: Tim Harvey --- target/linux/imx/image/bootscript-ventana | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/linux/imx/image/bootscript-ventana b/target/linux/imx/image/bootscript-ventana index 734f74a30c5f..44a425d3484f 100644 --- a/target/linux/imx/image/bootscript-ventana +++ b/target/linux/imx/image/bootscript-ventana @@ -44,7 +44,7 @@ if itest.s "x${dtype}" == "xnand" ; then setenv root "ubi0:ubi ubi.mtd=2 rootfstype=squashfs,ubifs" else setenv fsload "${fs}load ${dtype} ${disk}:1" - part uuid ${dtype} ${disk}:1 uuid + part uuid ${dtype} ${disk}:2 uuid if test -z "${uuid}"; then # fallback to bootdev if test -n "$bootdev" ; then @@ -60,7 +60,7 @@ else else setenv root "root=PARTUUID=${uuid}" fi - setenv root "$root rootfstype=${fs} rootwait rw" + setenv root "$root rootfstype=squashfs rootwait" fi setenv bootargs "${bootargs}" "${root}" "${video}" "${extra}" -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 2/2] imx: image: ventana: add blkdev compressed disk image
Add a ventana-img.gz compressed disk image to support squashfs+ext4 on a block storage device such as USB/MMC/SATA. The Ventana bootloader expects the bootscript to be boot/6x_bootscript-ventana therefore we must create a bootfs that matches this. Signed-off-by: Tim Harvey --- target/linux/imx/image/cortexa9.mk | 26 +- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git a/target/linux/imx/image/cortexa9.mk b/target/linux/imx/image/cortexa9.mk index 78079aa746b9..2edbbaac4765 100644 --- a/target/linux/imx/image/cortexa9.mk +++ b/target/linux/imx/image/cortexa9.mk @@ -52,6 +52,29 @@ define Build/apalis-emmc $(Build/imx-combined-image-clean) endef +define Build/ventana-img + rm -rf $@.boot + mkdir -p $@.boot/boot + $(CP) $(IMAGE_KERNEL) $@.boot/boot/uImage + $(foreach dts,$(DEVICE_DTS), \ + $(CP) \ + $(DTS_DIR)/$(dts).dtb \ + $@.boot/boot/; + ) + mkimage -A arm -O linux -T script -C none -a 0 -e 0 \ + -n '$(DEVICE_ID) OpenWrt bootscript' \ + -d bootscript-$(DEVICE_NAME) \ + $@.boot/boot/6x_bootscript-ventana + cp $@ $@.fs + + $(SCRIPT_DIR)/gen_image_generic.sh $@ \ + $(CONFIG_TARGET_KERNEL_PARTSIZE) \ + $@.boot \ + $(CONFIG_TARGET_ROOTFS_PARTSIZE) \ + $@.fs \ + 1024 + $(Build/imx-combined-image-clean) +endef define Device/Default PROFILES := Default @@ -99,10 +122,11 @@ define Device/gateworks_ventana kmod-sound-soc-imx-sgtl5000 kmod-can kmod-can-flexcan kmod-can-raw \ kmod-hwmon-gsc kmod-leds-gpio kmod-pps-gpio kobs-ng KERNEL += | boot-overlay - IMAGES := nand.ubi bootfs.tar.gz dtb + IMAGES := img.gz nand.ubi bootfs.tar.gz dtb IMAGE/nand.ubi := append-ubi IMAGE/bootfs.tar.gz := bootfs.tar.gz IMAGE/dtb := install-dtb + IMAGE/img.gz := append-rootfs | pad-extra 128k | ventana-img | gzip UBINIZE_PARTS = boot=$$(KDIR_KERNEL_IMAGE).boot.ubifs=15 PAGESIZE := 2048 BLOCKSIZE := 128k -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] octeontx: switch to Kernel 5.15
Switch over from testing version. Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 50c5cd6d217d..5260291d0504 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -10,8 +10,7 @@ BOARDNAME:=Octeon-TX FEATURES:=squashfs ramdisk targz pcie gpio rtc usb fpu SUBTARGETS:=generic -KERNEL_PATCHVER:=5.10 -KERNEL_TESTING_PATCHVER:=5.15 +KERNEL_PATCHVER:=5.15 define Target/Description Build images for Octeon-TX CN80XX/CN81XX based boards -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 22.03] octeontx: add sqaushfs and ramdisk to features
Add squashfs and ramdisk to features as these are commonly used images for the octeontx. Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index eb90529740e4..03ab287bd53a 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -7,7 +7,7 @@ include $(TOPDIR)/rules.mk ARCH:=aarch64 BOARD:=octeontx BOARDNAME:=Octeon-TX -FEATURES:=targz pcie gpio rtc usb fpu +FEATURES:=squashfs ramdisk targz pcie gpio rtc usb fpu KERNEL_PATCHVER:=5.10 -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] octeontx: add sqaushfs and ramdisk to features
Add squashfs and ramdisk to features as these are commonly used images for the octeontx. Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 9b29e567589e..50c5cd6d217d 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -7,7 +7,7 @@ include $(TOPDIR)/rules.mk ARCH:=aarch64 BOARD:=octeontx BOARDNAME:=Octeon-TX -FEATURES:=targz pcie gpio rtc usb fpu +FEATURES:=squashfs ramdisk targz pcie gpio rtc usb fpu SUBTARGETS:=generic KERNEL_PATCHVER:=5.10 -- 2.25.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
how to add to list of Image files or supplementary files?
Greetings, How would I go about getting a file added to the list of Image Files or Supplementary Files made by the auto-builder? For the octeontx target the kernel should be provided as a downloadable as well. Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Unknown licensing terms for binary blobs [Was: Re: [PATCH 1/2] firmware: Add cavium CPT hardware crypto firmware]
On Sat, Feb 19, 2022 at 11:22 PM Daniel Danzberger wrote: > > On Sat, 2022-02-19 at 20:21 +0100, Petr Štetiar wrote: > > Hauke Mehrtens [2021-05-22 20:31:27]: > > > > Hi Daniel, Tim, > > > > > On 4/18/21 9:46 AM, Daniel Danzberger wrote: > > > > The firmware consists of 2 images: > > > > - cpt8x-mc-ae.out > > > > - cpt8x-mc-se.out > > > > > > > > Both are required and requests by the kernel module 'cptpf' > > > > (drivers/crypto/cavium/cpt) to provide hardware crpyto support > > > > on cavium platforms like the octeontx > > > > > > > > Signed-off-by: Daniel Danzberger > > > > --- > > > > package/firmware/cavium-cpt/Makefile | 52 > > > > > > > > 1 file changed, 52 insertions(+) > > > > create mode 100644 package/firmware/cavium-cpt/Makefile > > > Hi, > > > > > > Under which license are these two files distributed? > > > > do you've have an idea? Thanks! > Hi, > > I couldn't find any information about the license, but I played around > with this hardware crypto on some devices a while ago and found that > they are performing terrible :) > Much worse than the CPU. Gateworks even notices this on their website: > http://trac.gateworks.com/wiki/linux/encryption#PerformaceComparisons > http://trac.gateworks.com/wiki/newport/encryption > > With that in mind I think my 2 original patches can be dropped. Correct, the performance is not good and the only benefit of using it is if you need to offload crypto because your CPU is constrained (and don't care about the crypto performance). Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: octeontx kernel 5.10
On Thu, Feb 3, 2022 at 3:54 PM Hauke Mehrtens wrote: > > Hi, > > We would like to switch the octeontx target to kernel 5.10. Paul created > a pull request for that: > https://github.com/openwrt/openwrt/pull/4609 > > Could you please test this target and report back if it works for you > with kernel 5.10 or if we have any regressions compared to kernel 5.4. > > Please also report back when it is working fine for you. > Hauke, Boots fine for me on a Gateworks GW6104 with a CN8031-1500MHz if I add kpti=0 to bootargs due to CONFIG_ARM64_SW_TTBR0_PAN=y or the kernel will crash. This must be disabled on OCTEONTX due to some processor errata that Cavium/Marvell never cared to look into. I believe this may have been an issue prior to bumping to 5.10 as its been something I've just always dealt with via the kpti=0 bootarg. That said perhaps its best to apply this: diff --git a/target/linux/octeontx/config-5.10 b/target/linux/octeontx/config-5.10 index 6c87abf5b613..4f24e49251eb 100644 --- a/target/linux/octeontx/config-5.10 +++ b/target/linux/octeontx/config-5.10 @@ -31,6 +31,7 @@ CONFIG_ARM64_PA_BITS=48 CONFIG_ARM64_PA_BITS_48=y CONFIG_ARM64_PTR_AUTH=y CONFIG_ARM64_SVE=y +# CONFIG_ARM64_SW_TTBR0_PAN is not set CONFIG_ARM64_TAGGED_ADDR_ABI=y CONFIG_ARM64_UAO=y CONFIG_ARM64_VA_BITS=48 Best Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: OpenWrt imx split status?
On Tue, Oct 5, 2021 at 8:42 AM Piotr Dymacz wrote: > > Hi Tim, > > On 04.10.2021 00:22, Tim Harvey wrote: > > Piotr, > > > > How is your progress regarding submitting patches to OpenWrt to split > > the imx target into multiple arch related subtargets (like cortexa7, > > cortexa9)? > > I'm planning to clean it up and send patches this week. > I finally got final revision of the hardware I was working on that for. > Thanks, please Cc me on those when you submit. > > Is anyone working on i.MX8 support that you know of? I have seen > > people ask for it in the past but nobody has been persistent about it. > > I'm not aware of anyone working on something with i.MX8. > Do you plan to work on Venice series support in OpenWrt? > Perhaps eventually but it is not a priority at the moment. Best regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
OpenWrt imx split status?
Piotr, How is your progress regarding submitting patches to OpenWrt to split the imx target into multiple arch related subtargets (like cortexa7, cortexa9)? Is anyone working on i.MX8 support that you know of? I have seen people ask for it in the past but nobody has been persistent about it. Best regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel][PATCH v2 2/2] octeontx: enable Cavium CPT and ZIP drivers
On Thu, Jun 11, 2020 at 5:22 AM Hauke Mehrtens wrote: > > On 6/3/20 10:16 PM, Tim Harvey wrote: > > On Tue, Jun 2, 2020 at 3:21 PM Hauke Mehrtens wrote: > >> > >> On 6/2/20 7:05 PM, Tim Harvey wrote: > >>> The CPT module requires firmware which we add here as well. > >>> > >>> Signed-off-by: Tim Harvey > >>> --- > >>> v2: added license file for firmware > >>> --- > >>> target/linux/octeontx/config-5.4 | 11 +++ > >>> target/linux/octeontx/files/firmware/cpt8x-mc-ae.out | Bin 0 -> 9760 > >>> bytes > >>> target/linux/octeontx/files/firmware/cpt8x-mc-se.out | Bin 0 -> 35584 > >>> bytes > >>> target/linux/octeontx/files/firmware/license.txt | 11 +++ > >>> 4 files changed, 22 insertions(+) > >>> create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-ae.out > >>> create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-se.out > >>> create mode 100644 target/linux/octeontx/files/firmware/license.txt > >>> > >>> diff --git a/target/linux/octeontx/config-5.4 > >>> b/target/linux/octeontx/config-5.4 > >>> index cfb8b19..9fcd12b 100644 > >>> --- a/target/linux/octeontx/config-5.4 > >>> +++ b/target/linux/octeontx/config-5.4 > >> .. > >>> @@ -233,6 +239,8 @@ CONFIG_EEPROM_AT24=y > >>> CONFIG_EFI_EARLYCON=y > >>> CONFIG_EXT4_FS=y > >>> CONFIG_EXT4_FS_POSIX_ACL=y > >>> +CONFIG_EXTRA_FIRMWARE="cpt8x-mc-ae.out cpt8x-mc-se.out" > >>> +CONFIG_EXTRA_FIRMWARE_DIR="firmware" > >>> CONFIG_F2FS_FS=y > >>> CONFIG_F2FS_FS_XATTR=y > >>> CONFIG_F2FS_STAT_FS=y > >> > >>> > >>> diff --git a/target/linux/octeontx/files/firmware/license.txt > >>> b/target/linux/octeontx/files/firmware/license.txt > >>> new file mode 100644 > >>> index 000..531eaba > >>> --- /dev/null > >>> +++ b/target/linux/octeontx/files/firmware/license.txt > >> > >> Hi, > >> > >> I think this is not compatible with the OpenWrt license or at least goes > >> into a gray area. > >> > >>> @@ -0,0 +1,11 @@ > >>> +Copyright (C) 2019 Marvell International Ltd. > >>> + > >>> +The software package is subject to the Marvell binary license that > >>> prohibits the > >>> +licensee to modify the software, in any manner and that prohibits to > >>> distribute > >>> +the software as a stand-alone product. > >> > >> Is the distribution in > >> target/linux/octeontx/files/firmware/cpt8x-mc-se.out not a standalone > >> product? > > > > Hauke, > > > > I agree that this is a gray area for sure. I don't like the wording at > > all either. > > > >> You can create a link to https://git.openwrt.org where you can directly > >> download it when we push it into openwrt master. > >> > > > > I'm not sure what you mean by this. Are you saying we can still push > > the firmware binaries 'somewhere' on https://git.openwrt.org but not > > include the build process? > > I do not know if such a link would be a distribution as a standalone > product: > https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob_plain;f=target/linux/lantiq/files/firmware/lantiq/xrx200_phy11g_a14.bin;hb=HEAD > > I would prefer if the user has to get the firmware files from somewhere > else if we wants to use this feature as long as Marvell is not willing > to change the license. > > >>> +Any use of the software, in all or in > >>> +part, shall not be made subject to or otherwise contaminated by, a > >>> copyleft open > >>> +source license (as defined by the Open Source Initiative), such as > >>> without > >>> +limitation, GNU GPL or LGPL licenses. > >> > >> Adding this file in CONFIG_EXTRA_FIRMWARE could be seen as bundeling it > >> with GPL code. > >> > >> The CONFIG_EXTRA_FIRMWARE option says this: > >> WARNING: If you include additional firmware files into your binary > >> kernel image that are not available under the terms of the GPL, > >> then it may be a violation of the GPL to distribute the resulting > >> image since it combines both GPL and non-GPL work. You should > >> consult a lawyer of your own before distributing such an image. &
Re: [OpenWrt-Devel] [PATCH v2 2/2] octeontx: enable Cavium CPT and ZIP drivers
On Tue, Jun 2, 2020 at 3:21 PM Hauke Mehrtens wrote: > > On 6/2/20 7:05 PM, Tim Harvey wrote: > > The CPT module requires firmware which we add here as well. > > > > Signed-off-by: Tim Harvey > > --- > > v2: added license file for firmware > > --- > > target/linux/octeontx/config-5.4 | 11 +++ > > target/linux/octeontx/files/firmware/cpt8x-mc-ae.out | Bin 0 -> 9760 bytes > > target/linux/octeontx/files/firmware/cpt8x-mc-se.out | Bin 0 -> 35584 bytes > > target/linux/octeontx/files/firmware/license.txt | 11 +++ > > 4 files changed, 22 insertions(+) > > create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-ae.out > > create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-se.out > > create mode 100644 target/linux/octeontx/files/firmware/license.txt > > > > diff --git a/target/linux/octeontx/config-5.4 > > b/target/linux/octeontx/config-5.4 > > index cfb8b19..9fcd12b 100644 > > --- a/target/linux/octeontx/config-5.4 > > +++ b/target/linux/octeontx/config-5.4 > .. > > @@ -233,6 +239,8 @@ CONFIG_EEPROM_AT24=y > > CONFIG_EFI_EARLYCON=y > > CONFIG_EXT4_FS=y > > CONFIG_EXT4_FS_POSIX_ACL=y > > +CONFIG_EXTRA_FIRMWARE="cpt8x-mc-ae.out cpt8x-mc-se.out" > > +CONFIG_EXTRA_FIRMWARE_DIR="firmware" > > CONFIG_F2FS_FS=y > > CONFIG_F2FS_FS_XATTR=y > > CONFIG_F2FS_STAT_FS=y > > > > > diff --git a/target/linux/octeontx/files/firmware/license.txt > > b/target/linux/octeontx/files/firmware/license.txt > > new file mode 100644 > > index 000..531eaba > > --- /dev/null > > +++ b/target/linux/octeontx/files/firmware/license.txt > > Hi, > > I think this is not compatible with the OpenWrt license or at least goes > into a gray area. > > > @@ -0,0 +1,11 @@ > > +Copyright (C) 2019 Marvell International Ltd. > > + > > +The software package is subject to the Marvell binary license that > > prohibits the > > +licensee to modify the software, in any manner and that prohibits to > > distribute > > +the software as a stand-alone product. > > Is the distribution in > target/linux/octeontx/files/firmware/cpt8x-mc-se.out not a standalone > product? Hauke, I agree that this is a gray area for sure. I don't like the wording at all either. > You can create a link to https://git.openwrt.org where you can directly > download it when we push it into openwrt master. > I'm not sure what you mean by this. Are you saying we can still push the firmware binaries 'somewhere' on https://git.openwrt.org but not include the build process? > > +Any use of the software, in all or in > > +part, shall not be made subject to or otherwise contaminated by, a > > copyleft open > > +source license (as defined by the Open Source Initiative), such as without > > +limitation, GNU GPL or LGPL licenses. > > Adding this file in CONFIG_EXTRA_FIRMWARE could be seen as bundeling it > with GPL code. > > The CONFIG_EXTRA_FIRMWARE option says this: > WARNING: If you include additional firmware files into your binary > kernel image that are not available under the terms of the GPL, > then it may be a violation of the GPL to distribute the resulting > image since it combines both GPL and non-GPL work. You should > consult a lawyer of your own before distributing such an image. > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/base/firmware_loader/Kconfig#n32 > > > +Any software which integrates this code or any part of it thereof, should > > +include in its header the above license. > > We would have to extend the license information for all our octeontx > binaries to add this information. > I can replace this with a patch that enables the cpt driver as a module to make it easier for people to use but they will have to go get firmware and place it in their /lib/firmware on their rootfs this way. > > If this firmware contains cryptography we could also violate some export > control regulation, but normally no one cares. > agreed. Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] imx6: add I2C retries for ventana i2c1
On Wed, Jun 3, 2020 at 5:24 AM Petr Štetiar wrote: > > Tim Harvey [2020-05-28 06:56:44]: > > Hi, > > > The GSC sitting on i2c1 can NAK I2C transactions if it is busy > > performing an ADC cycle. Allow enough retries to work around this. > > this looks like you either need to keep in your own vendor tree or try to fix > properly upstream, thanks. So I'm not going to accept this as this would > become just another maintenance burden during kernel version bumps etc. > What do you mean by keep it in my own vendor tree? Is there something in OpenWrt you are talking about or are you simply saying it's not upstream and therefore not accepted? To be completely fair how does this differ from the 38 patches in target/linux/generic/hack-5.4? Thanks, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 1/2] octeontx: refresh kernel 5.4 config
refresh kernel config by running make kernel_menuconfig and saving changes Signed-off-by: Tim Harvey --- v2: added kernel config refresh patch --- target/linux/octeontx/config-5.4 | 29 ++--- 1 file changed, 2 insertions(+), 27 deletions(-) diff --git a/target/linux/octeontx/config-5.4 b/target/linux/octeontx/config-5.4 index a75bf78..cfb8b19 100644 --- a/target/linux/octeontx/config-5.4 +++ b/target/linux/octeontx/config-5.4 @@ -1,6 +1,4 @@ CONFIG_64BIT=y -# CONFIG_ARCH_AGILEX is not set -# CONFIG_ARCH_BITMAIN is not set CONFIG_ARCH_CLOCKSOURCE_DATA=y CONFIG_ARCH_DMA_ADDR_T_64BIT=y CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION=y @@ -83,9 +81,7 @@ CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT=y CONFIG_ARCH_WANT_FRAME_POINTERS=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARM64=y -# CONFIG_ARM64_16K_PAGES is not set CONFIG_ARM64_4K_PAGES=y -# CONFIG_ARM64_64K_PAGES is not set CONFIG_ARM64_CNP=y CONFIG_ARM64_CONT_SHIFT=4 CONFIG_ARM64_CRYPTO=y @@ -97,17 +93,12 @@ CONFIG_ARM64_ERRATUM_826319=y CONFIG_ARM64_ERRATUM_827319=y CONFIG_ARM64_ERRATUM_843419=y CONFIG_ARM64_HW_AFDBM=y -# CONFIG_ARM64_LSE_ATOMICS is not set CONFIG_ARM64_MODULE_PLTS=y CONFIG_ARM64_PAGE_SHIFT=12 CONFIG_ARM64_PAN=y CONFIG_ARM64_PA_BITS=48 CONFIG_ARM64_PA_BITS_48=y -# CONFIG_ARM64_PMEM is not set -# CONFIG_ARM64_PSEUDO_NMI is not set -# CONFIG_ARM64_PTDUMP_DEBUGFS is not set CONFIG_ARM64_PTR_AUTH=y -# CONFIG_ARM64_RANDOMIZE_TEXT_OFFSET is not set CONFIG_ARM64_SSBD=y CONFIG_ARM64_SVE=y CONFIG_ARM64_TAGGED_ADDR_ABI=y @@ -131,7 +122,6 @@ CONFIG_ARM_GIC_V3_ITS_PCI=y CONFIG_ARM_PSCI_FW=y CONFIG_ARM_SBSA_WATCHDOG=y # CONFIG_ARM_SCMI_PROTOCOL is not set -# CONFIG_ARM_SP805_WATCHDOG is not set CONFIG_ATA=y # CONFIG_ATA_SFF is not set CONFIG_AUDIT_ARCH_COMPAT_GENERIC=y @@ -167,8 +157,6 @@ CONFIG_COMMON_CLK=y CONFIG_COMMON_CLK_CS2000_CP=y CONFIG_CONFIGFS_FS=y CONFIG_CONTIG_ALLOC=y -# CONFIG_CPU_BIG_ENDIAN is not set -# CONFIG_CPU_HOTPLUG_STATE_CONTROL is not set CONFIG_CPU_IDLE=y # CONFIG_CPU_IDLE_GOV_LADDER is not set CONFIG_CPU_IDLE_GOV_MENU=y @@ -190,7 +178,6 @@ CONFIG_CRYPTO_AES_ARM64_CE_BLK=y CONFIG_CRYPTO_AES_ARM64_CE_CCM=y # CONFIG_CRYPTO_AES_ARM64_NEON_BLK is not set CONFIG_CRYPTO_ANSI_CPRNG=y -# CONFIG_CRYPTO_CHACHA20_NEON is not set CONFIG_CRYPTO_CRC32=y CONFIG_CRYPTO_CRC32C=y CONFIG_CRYPTO_CRCT10DIF=y @@ -209,7 +196,6 @@ CONFIG_CRYPTO_JITTERENTROPY=y CONFIG_CRYPTO_LIB_SHA256=y CONFIG_CRYPTO_MANAGER=y CONFIG_CRYPTO_MANAGER2=y -# CONFIG_CRYPTO_NHPOLY1305_NEON is not set CONFIG_CRYPTO_NULL=y CONFIG_CRYPTO_NULL2=y CONFIG_CRYPTO_RNG=y @@ -247,9 +233,7 @@ CONFIG_EEPROM_AT24=y CONFIG_EFI_EARLYCON=y CONFIG_EXT4_FS=y CONFIG_EXT4_FS_POSIX_ACL=y -# CONFIG_F2FS_CHECK_FS is not set CONFIG_F2FS_FS=y -# CONFIG_F2FS_FS_SECURITY is not set CONFIG_F2FS_FS_XATTR=y CONFIG_F2FS_STAT_FS=y CONFIG_FANOTIFY=y @@ -261,7 +245,6 @@ CONFIG_FONT_AUTOSELECT=y CONFIG_FONT_SUPPORT=y CONFIG_FRAME_POINTER=y CONFIG_FREEZER=y -# CONFIG_FSL_QDMA is not set CONFIG_FS_IOMAP=y CONFIG_FS_MBCACHE=y CONFIG_FS_POSIX_ACL=y @@ -299,7 +282,6 @@ CONFIG_GPIOLIB_IRQCHIP=y CONFIG_GPIO_PCA953X=y CONFIG_GPIO_PCA953X_IRQ=y CONFIG_GPIO_THUNDERX=y -# CONFIG_GVE is not set CONFIG_HANDLE_DOMAIN_IRQ=y CONFIG_HARDEN_BRANCH_PREDICTOR=y CONFIG_HARDIRQS_SW_RESEND=y @@ -372,6 +354,8 @@ CONFIG_HWSPINLOCK=y CONFIG_HW_RANDOM=y CONFIG_HW_RANDOM_CAVIUM=y CONFIG_HW_RANDOM_OPTEE=y +CONFIG_HZ=250 +CONFIG_HZ_250=y CONFIG_I2C=y CONFIG_I2C_ALGOBIT=y CONFIG_I2C_BOARDINFO=y @@ -429,12 +413,8 @@ CONFIG_MDIO_DEVICE=y CONFIG_MDIO_THUNDER=y CONFIG_MEMFD_CREATE=y CONFIG_MEMORY_BALLOON=y -# CONFIG_MEMORY_HOTPLUG is not set CONFIG_MEMORY_ISOLATION=y CONFIG_MEMTEST=y -# CONFIG_MFD_LOCHNAGAR is not set -# CONFIG_MFD_ROHM_BD70528 is not set -# CONFIG_MFD_STPMIC1 is not set CONFIG_MFD_SYSCON=y CONFIG_MIGRATION=y CONFIG_MMC=y @@ -461,7 +441,6 @@ CONFIG_NUMA=y CONFIG_NUMA_BALANCING=y CONFIG_NUMA_BALANCING_DEFAULT_ENABLED=y CONFIG_NVMEM=y -# CONFIG_NVMEM_REBOOT_MODE is not set CONFIG_NVMEM_SYSFS=y # CONFIG_OCTEONTX2_AF is not set CONFIG_OF=y @@ -483,7 +462,6 @@ CONFIG_PCI=y CONFIG_PCIEAER=y CONFIG_PCIEPORTBUS=y # CONFIG_PCIE_AL is not set -# CONFIG_PCIE_BW is not set CONFIG_PCIE_PME=y CONFIG_PCI_ATS=y CONFIG_PCI_DOMAINS=y @@ -494,7 +472,6 @@ CONFIG_PCI_HOST_GENERIC=y CONFIG_PCI_HOST_THUNDER_ECAM=y CONFIG_PCI_HOST_THUNDER_PEM=y CONFIG_PCI_IOV=y -# CONFIG_PCI_MESON is not set CONFIG_PCI_MSI=y CONFIG_PCI_MSI_IRQ_DOMAIN=y CONFIG_PGTABLE_LEVELS=4 @@ -502,7 +479,6 @@ CONFIG_PHYLIB=y CONFIG_PHYS_ADDR_T_64BIT=y CONFIG_PM=y CONFIG_PM_CLK=y -# CONFIG_PM_DEBUG is not set CONFIG_PM_SLEEP=y CONFIG_PM_SLEEP_SMP=y CONFIG_PM_STD_PARTITION="" @@ -515,7 +491,6 @@ CONFIG_POWER_SUPPLY=y CONFIG_PROC_VMCORE=y CONFIG_QUEUED_RWLOCKS=y CONFIG_QUEUED_SPINLOCKS=y -# CONFIG_RANDOMIZE_BASE is not set CONFIG_RAS=y CONFIG_RATIONAL=y # CONFIG_RAVE_SP_CORE is not set -- 2.7.4 _
[OpenWrt-Devel] [PATCH v2 2/2] octeontx: enable Cavium CPT and ZIP drivers
The CPT module requires firmware which we add here as well. Signed-off-by: Tim Harvey --- v2: added license file for firmware --- target/linux/octeontx/config-5.4 | 11 +++ target/linux/octeontx/files/firmware/cpt8x-mc-ae.out | Bin 0 -> 9760 bytes target/linux/octeontx/files/firmware/cpt8x-mc-se.out | Bin 0 -> 35584 bytes target/linux/octeontx/files/firmware/license.txt | 11 +++ 4 files changed, 22 insertions(+) create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-ae.out create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-se.out create mode 100644 target/linux/octeontx/files/firmware/license.txt diff --git a/target/linux/octeontx/config-5.4 b/target/linux/octeontx/config-5.4 index cfb8b19..9fcd12b 100644 --- a/target/linux/octeontx/config-5.4 +++ b/target/linux/octeontx/config-5.4 @@ -134,6 +134,7 @@ CONFIG_BLK_MQ_PCI=y CONFIG_BLK_MQ_VIRTIO=y CONFIG_BLK_PM=y CONFIG_BLK_SCSI_REQUEST=y +CONFIG_CAVIUM_CPT=y CONFIG_CAVIUM_ERRATUM_22375=y CONFIG_CAVIUM_ERRATUM_23144=y CONFIG_CAVIUM_ERRATUM_23154=y @@ -169,6 +170,7 @@ CONFIG_CRC16=y CONFIG_CRC7=y CONFIG_CRC_ITU_T=y CONFIG_CRC_T10DIF=y +CONFIG_CRYPTO_ACOMP2=y CONFIG_CRYPTO_AEAD=y CONFIG_CRYPTO_AEAD2=y CONFIG_CRYPTO_AES_ARM64=y @@ -183,6 +185,9 @@ CONFIG_CRYPTO_CRC32C=y CONFIG_CRYPTO_CRCT10DIF=y # CONFIG_CRYPTO_CRCT10DIF_ARM64_CE is not set CONFIG_CRYPTO_CRYPTD=y +CONFIG_CRYPTO_DEFLATE=y +CONFIG_CRYPTO_DEV_CAVIUM_ZIP=y +CONFIG_CRYPTO_DEV_CPT=y CONFIG_CRYPTO_DRBG=y CONFIG_CRYPTO_DRBG_HMAC=y CONFIG_CRYPTO_DRBG_MENU=y @@ -192,6 +197,7 @@ CONFIG_CRYPTO_GHASH_ARM64_CE=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_CRYPTO_HMAC=y +CONFIG_CRYPTO_HW=y CONFIG_CRYPTO_JITTERENTROPY=y CONFIG_CRYPTO_LIB_SHA256=y CONFIG_CRYPTO_MANAGER=y @@ -233,6 +239,8 @@ CONFIG_EEPROM_AT24=y CONFIG_EFI_EARLYCON=y CONFIG_EXT4_FS=y CONFIG_EXT4_FS_POSIX_ACL=y +CONFIG_EXTRA_FIRMWARE="cpt8x-mc-ae.out cpt8x-mc-se.out" +CONFIG_EXTRA_FIRMWARE_DIR="firmware" CONFIG_F2FS_FS=y CONFIG_F2FS_FS_XATTR=y CONFIG_F2FS_STAT_FS=y @@ -536,6 +544,7 @@ CONFIG_SERIAL_MCTRL_GPIO=y CONFIG_SERIAL_OF_PLATFORM=y CONFIG_SERIAL_XILINX_PS_UART=y CONFIG_SERIAL_XILINX_PS_UART_CONSOLE=y +CONFIG_SGL_ALLOC=y CONFIG_SG_POOL=y CONFIG_SMP=y CONFIG_SPARSEMEM=y @@ -599,4 +608,6 @@ CONFIG_WATCHDOG_CORE=y CONFIG_XARRAY_MULTI=y CONFIG_XPS=y CONFIG_XXHASH=y +CONFIG_ZLIB_DEFLATE=y +CONFIG_ZLIB_INFLATE=y CONFIG_ZONE_DMA32=y diff --git a/target/linux/octeontx/files/firmware/cpt8x-mc-ae.out b/target/linux/octeontx/files/firmware/cpt8x-mc-ae.out new file mode 100644 index ..39e63398fea133f1a882ceef432adaf8f051787a GIT binary patch literal 9760 zcma(%3s@B8+A{;}%wE_*Qc2RBUD(Ua?y_VOm5F0oN4$|#URd#hc*&?Zn(Morht9SwIbW+pfaud9rEcK}Wsl-J?`!%{AJ(c>u-wXuxoSy%eN9LRF^4`Ap zK9FN3zwr1f$D}ci(a$(0jZU8Ih>wqdgy{1xGP}dnwKLh{hNPkA`Ro(qfKljYw_ug^QC3+AY()tdG0?~9ki6#^A zQ+MA93_xK>m5=ES6~`3a#}5(K>oH4#K040tip6?7ElhD2%|b6>i{*OQ22)H>g2 z5``1!G1xT#PI#Of3D~pv4ufo8$3zSHYSqFBHgvNqw~0Z>Z2vkCW;9woEJ-5%1KS5A zLMm2V_+qc3O!PfZQx?vfeEB+L`5dU8A@*|F5XM95nx!KhjSn;pU zwrpGHne6A3_u=-=w?^I}4DXM4g^o!5uY#B264eqstSJ7>#2;&78G3Enb(V) z9UZNYsIPw1Pd8%Hgem=^uU_caZ$y(ky39uOiv=nk&>WT`M|5bXtZ`~p_Mk9$)I@tQ zrVKw>!g1M@<9t^LI*jU2w`DRJG1XpX^X?uk?0((BsxU5VM|*fhVj+(+|=iVq74D_OAU5|7KM}(48W~qUZ-zlmf|LEef_^%-iDgbUR8ApTiR6 zgWP(4kala*&(<{2;-nP~0;s0Oe~x!<2;2k;26=fEwlquFb(bFtuww zWy&;LB}yG3_0vw5wDwON!K$@6E12mLBhP(^XEZ-a(JX0pQ^QHZDoxrU4? z)J~Dthsf&#
[OpenWrt-Devel] [PATCH] octeontx: enable Cavium CPT and ZIP drivers
The CPT module requires firmware which we add here as well. Signed-off-by: Tim Harvey --- target/linux/octeontx/config-5.4 | 11 +++ target/linux/octeontx/files/firmware/cpt8x-mc-ae.out | Bin 0 -> 9760 bytes target/linux/octeontx/files/firmware/cpt8x-mc-se.out | Bin 0 -> 35584 bytes 3 files changed, 11 insertions(+) create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-ae.out create mode 100644 target/linux/octeontx/files/firmware/cpt8x-mc-se.out diff --git a/target/linux/octeontx/config-5.4 b/target/linux/octeontx/config-5.4 index cfb8b19..9fcd12b 100644 --- a/target/linux/octeontx/config-5.4 +++ b/target/linux/octeontx/config-5.4 @@ -134,6 +134,7 @@ CONFIG_BLK_MQ_PCI=y CONFIG_BLK_MQ_VIRTIO=y CONFIG_BLK_PM=y CONFIG_BLK_SCSI_REQUEST=y +CONFIG_CAVIUM_CPT=y CONFIG_CAVIUM_ERRATUM_22375=y CONFIG_CAVIUM_ERRATUM_23144=y CONFIG_CAVIUM_ERRATUM_23154=y @@ -169,6 +170,7 @@ CONFIG_CRC16=y CONFIG_CRC7=y CONFIG_CRC_ITU_T=y CONFIG_CRC_T10DIF=y +CONFIG_CRYPTO_ACOMP2=y CONFIG_CRYPTO_AEAD=y CONFIG_CRYPTO_AEAD2=y CONFIG_CRYPTO_AES_ARM64=y @@ -183,6 +185,9 @@ CONFIG_CRYPTO_CRC32C=y CONFIG_CRYPTO_CRCT10DIF=y # CONFIG_CRYPTO_CRCT10DIF_ARM64_CE is not set CONFIG_CRYPTO_CRYPTD=y +CONFIG_CRYPTO_DEFLATE=y +CONFIG_CRYPTO_DEV_CAVIUM_ZIP=y +CONFIG_CRYPTO_DEV_CPT=y CONFIG_CRYPTO_DRBG=y CONFIG_CRYPTO_DRBG_HMAC=y CONFIG_CRYPTO_DRBG_MENU=y @@ -192,6 +197,7 @@ CONFIG_CRYPTO_GHASH_ARM64_CE=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_CRYPTO_HMAC=y +CONFIG_CRYPTO_HW=y CONFIG_CRYPTO_JITTERENTROPY=y CONFIG_CRYPTO_LIB_SHA256=y CONFIG_CRYPTO_MANAGER=y @@ -233,6 +239,8 @@ CONFIG_EEPROM_AT24=y CONFIG_EFI_EARLYCON=y CONFIG_EXT4_FS=y CONFIG_EXT4_FS_POSIX_ACL=y +CONFIG_EXTRA_FIRMWARE="cpt8x-mc-ae.out cpt8x-mc-se.out" +CONFIG_EXTRA_FIRMWARE_DIR="firmware" CONFIG_F2FS_FS=y CONFIG_F2FS_FS_XATTR=y CONFIG_F2FS_STAT_FS=y @@ -536,6 +544,7 @@ CONFIG_SERIAL_MCTRL_GPIO=y CONFIG_SERIAL_OF_PLATFORM=y CONFIG_SERIAL_XILINX_PS_UART=y CONFIG_SERIAL_XILINX_PS_UART_CONSOLE=y +CONFIG_SGL_ALLOC=y CONFIG_SG_POOL=y CONFIG_SMP=y CONFIG_SPARSEMEM=y @@ -599,4 +608,6 @@ CONFIG_WATCHDOG_CORE=y CONFIG_XARRAY_MULTI=y CONFIG_XPS=y CONFIG_XXHASH=y +CONFIG_ZLIB_DEFLATE=y +CONFIG_ZLIB_INFLATE=y CONFIG_ZONE_DMA32=y diff --git a/target/linux/octeontx/files/firmware/cpt8x-mc-ae.out b/target/linux/octeontx/files/firmware/cpt8x-mc-ae.out new file mode 100644 index ..39e63398fea133f1a882ceef432adaf8f051787a GIT binary patch literal 9760 zcma(%3s@B8+A{;}%wE_*Qc2RBUD(Ua?y_VOm5F0oN4$|#URd#hc*&?Zn(Morht9SwIbW+pfaud9rEcK}Wsl-J?`!%{AJ(c>u-wXuxoSy%eN9LRF^4`Ap zK9FN3zwr1f$D}ci(a$(0jZU8Ih>wqdgy{1xGP}dnwKLh{hNPkA`Ro(qfKljYw_ug^QC3+AY()tdG0?~9ki6#^A zQ+MA93_xK>m5=ES6~`3a#}5(K>oH4#K040tip6?7ElhD2%|b6>i{*OQ22)H>g2 z5``1!G1xT#PI#Of3D~pv4ufo8$3zSHYSqFBHgvNqw~0Z>Z2vkCW;9woEJ-5%1KS5A zLMm2V_+qc3O!PfZQx?vfeEB+L`5dU8A@*|F5XM95nx!KhjSn;pU zwrpGHne6A3_u=-=w?^I}4DXM4g^o!5uY#B264eqstSJ7>#2;&78G3Enb(V) z9UZNYsIPw1Pd8%Hgem=^uU_caZ$y(ky39uOiv=nk&>WT`M|5bXtZ`~p_Mk9$)I@tQ zrVKw>!g1M@<9t^LI*jU2w`DRJG1XpX^X?uk?0((BsxU5VM|*fhVj+(+|=iVq74D_OAU5|7KM}(48W~qUZ-zlmf|LEef_^%-iDgbUR8ApTiR6 zgWP(4kala*&(<{2;-nP~0;s0Oe~x!<2;2k;26=fEwlquFb(bFtuww zWy&;LB}yG3_0vw5wDwON!K$@6E12mLBhP(^XEZ-a(JX0pQ^QHZDoxrU4? z)J~Dthsf&#
[OpenWrt-Devel] [PATCH] kernel: iio: add drivers for st_lsm6dsx IMU MEMS sensors
Add kmod for the ST LSM6DSX IMU driver. Signed-off-by: Tim Harvey --- package/kernel/linux/modules/iio.mk | 48 + 1 file changed, 48 insertions(+) diff --git a/package/kernel/linux/modules/iio.mk b/package/kernel/linux/modules/iio.mk index b52ec8c..5fbe2ee 100644 --- a/package/kernel/linux/modules/iio.mk +++ b/package/kernel/linux/modules/iio.mk @@ -364,6 +364,54 @@ endef $(eval $(call KernelPackage,iio-st_accel-spi)) +define KernelPackage/iio-lsm6dsx + SUBMENU:=$(IIO_MENU) + DEPENDS:=+kmod-iio-core +kmod-iio-kfifo-buf + TITLE:=ST LSM6DSx driver for IMU MEMS sensors + KCONFIG:=CONFIG_IIO_ST_LSM6DSX + FILES:=$(LINUX_DIR)/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.ko + AUTOLOAD:=$(call AutoProbe,st_lsm6dsx) +endef + +define KernelPackage/iio-lsm6dsx/description + Support for the ST LSM6DSx and related IMU MEMS sensors. +endef + +$(eval $(call KernelPackage,iio-lsm6dsx)) + + +define KernelPackage/iio-lsm6dsx-i2c + SUBMENU:=$(IIO_MENU) + DEPENDS:=+kmod-iio-lsm6dsx +kmod-i2c-core + TITLE:=ST LSM6DSx driver for IMU MEMS sensors (I2C) + KCONFIG:=CONFIG_IIO_ST_LSM6DSX + FILES:=$(LINUX_DIR)/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i2c.ko + AUTOLOAD:=$(call AutoProbe,st_lsm6dsx-i2c) +endef + +define KernelPackage/iio-lsm6dsx-i2c/description + Support for the ST LSM6DSx and related IMU MEMS I2C sensors. +endef + +$(eval $(call KernelPackage,iio-lsm6dsx-i2c)) + + +define KernelPackage/iio-lsm6dsx-spi + SUBMENU:=$(IIO_MENU) + DEPENDS:=+kmod-iio-lsm6dsx +kmod-regmap-spi + TITLE:=ST LSM6DSx driver for IMU MEMS sensors (SPI) + KCONFIG:=CONFIG_IIO_ST_LSM6DSX + FILES:=$(LINUX_DIR)/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_spi.ko + AUTOLOAD:=$(call AutoProbe,st_lsm6dsx-spi) +endef + +define KernelPackage/iio-lsm6dsx-spi/description + Support for the ST LSM6DSx and related IMU MEMS SPI sensors. +endef + +$(eval $(call KernelPackage,iio-lsm6dsx-spi)) + + define KernelPackage/iio-sps30 SUBMENU:=$(IIO_MENU) DEPENDS:=@!LINUX_4_14 +kmod-i2c-core +kmod-iio-core +kmod-industrialio-triggered-buffer +kmod-lib-crc8 -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kernel: iio: fix st_accel_{i2c, spi} driver
Add missing kernel module and rename driver Signed-off-by: Tim Harvey --- package/kernel/linux/modules/iio.mk | 46 - 1 file changed, 25 insertions(+), 21 deletions(-) diff --git a/package/kernel/linux/modules/iio.mk b/package/kernel/linux/modules/iio.mk index 17ffdc3..b52ec8c 100644 --- a/package/kernel/linux/modules/iio.mk +++ b/package/kernel/linux/modules/iio.mk @@ -328,20 +328,40 @@ endef $(eval $(call KernelPackage,iio-st_accel)) -define KernelPackage/iio-st_sensors-i2c +define KernelPackage/iio-st_accel-i2c SUBMENU:=$(IIO_MENU) TITLE:=STMicroelectronics accelerometer 3-Axis Driver (I2C) DEPENDS:=+kmod-iio-st_accel +kmod-i2c-core +kmod-regmap-i2c KCONFIG:= CONFIG_IIO_ST_ACCEL_I2C_3AXIS - FILES:=$(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_i2c.ko - AUTOLOAD:=$(call AutoLoad,56,st_sensors_i2c) + FILES:= \ + $(LINUX_DIR)/drivers/iio/accel/st_accel_i2c.ko \ + $(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_i2c.ko + AUTOLOAD:=$(call AutoLoad,56,st_accel_i2c) endef -define KernelPackage/iio-st_sensors-i2c/description +define KernelPackage/iio-st_accel-i2c/description This package adds support for STMicroelectronics I2C based accelerometers endef -$(eval $(call KernelPackage,iio-st_sensors-i2c)) +$(eval $(call KernelPackage,iio-st_accel-i2c)) + + +define KernelPackage/iio-st_accel-spi + SUBMENU:=$(IIO_MENU) + TITLE:=STMicroelectronics accelerometer 3-Axis Driver (SPI) + DEPENDS:=+kmod-iio-st_accel +kmod-regmap-spi + KCONFIG:= CONFIG_IIO_ST_ACCEL_SPI_3AXIS + FILES:= \ + $(LINUX_DIR)/drivers/iio/accel/st_accel_spi.ko \ + $(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_spi.ko + AUTOLOAD:=$(call AutoLoad,56,st_accel_spi) +endef + +define KernelPackage/iio-st_accel-spi/description + This package adds support for STMicroelectronics SPI based accelerometers +endef + +$(eval $(call KernelPackage,iio-st_accel-spi)) define KernelPackage/iio-sps30 @@ -360,22 +380,6 @@ endef $(eval $(call KernelPackage,iio-sps30)) -define KernelPackage/iio-st_sensors-spi - SUBMENU:=$(IIO_MENU) - TITLE:=STMicroelectronics accelerometer 3-Axis Driver (SPI) - DEPENDS:=+kmod-iio-st_accel +kmod-regmap-spi - KCONFIG:= CONFIG_IIO_ST_ACCEL_SPI_3AXIS - FILES:=$(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_spi.ko - AUTOLOAD:=$(call AutoLoad,56,st_sensors_spi) -endef - -define KernelPackage/iio-st_sensors-spi/description - This package adds support for STMicroelectronics SPI based accelerometers -endef - -$(eval $(call KernelPackage,iio-st_sensors-spi)) - - define KernelPackage/iio-tsl4531 SUBMENU:=$(IIO_MENU) DEPENDS:=+kmod-i2c-core +kmod-iio-core -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] octeontx: fix gpio irq request
This fixes a regression in 5.4 that causes a crash when a driver requests an ARM GPIO for an IRQ. Signed-off-by: Tim Harvey --- ...2-gpio-thunderx-fix-irq_request_resources.patch | 46 ++ 1 file changed, 46 insertions(+) create mode 100644 target/linux/octeontx/patches-5.4/0002-gpio-thunderx-fix-irq_request_resources.patch diff --git a/target/linux/octeontx/patches-5.4/0002-gpio-thunderx-fix-irq_request_resources.patch b/target/linux/octeontx/patches-5.4/0002-gpio-thunderx-fix-irq_request_resources.patch new file mode 100644 index 000..8c4de51 --- /dev/null +++ b/target/linux/octeontx/patches-5.4/0002-gpio-thunderx-fix-irq_request_resources.patch @@ -0,0 +1,46 @@ +From e8287ec10f21877eb0ac4c1fb4e89e42d8bc10da Mon Sep 17 00:00:00 2001 +From: Tim Harvey +Date: Wed, 11 Mar 2020 08:19:45 -0700 +Subject: [PATCH 2/7] gpio: thunderx: fix irq_request_resources + +If there are no parent resources do not call irq_chip_request_resources_parent +at all as this will return an error. + +This resolves a regression where devices using a thunderx gpio as an interrupt +would fail probing. + +Fixes: 0d04d0c ("gpio: thunderx: Use the default parent apis for {request,release}_resources") +Signed-off-by: Tim Harvey +--- + drivers/gpio/gpio-thunderx.c | 9 ++--- + 1 file changed, 6 insertions(+), 3 deletions(-) + +diff --git a/drivers/gpio/gpio-thunderx.c b/drivers/gpio/gpio-thunderx.c +index 715371b..feda2a2 100644 +--- a/drivers/gpio/gpio-thunderx.c b/drivers/gpio/gpio-thunderx.c +@@ -363,15 +363,18 @@ static int thunderx_gpio_irq_request_resources(struct irq_data *data) + { + struct thunderx_line *txline = irq_data_get_irq_chip_data(data); + struct thunderx_gpio *txgpio = txline->txgpio; ++ struct irq_data *parent_data = data->parent_data; + int r; + + r = gpiochip_lock_as_irq(>chip, txline->line); + if (r) + return r; + +- r = irq_chip_request_resources_parent(data); +- if (r) +- gpiochip_unlock_as_irq(>chip, txline->line); ++ if (parent_data && parent_data->chip->irq_request_resources) { ++ r = irq_chip_request_resources_parent(data); ++ if (r) ++ gpiochip_unlock_as_irq(>chip, txline->line); ++ } + + return r; + } +-- +2.7.4 + -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] octeontx: fix mcp251x can controller
Update the can-mcp251x-convert-to-half-duplex-SPI patch to fix reception Some SPI host controllers such as the Cavium Thunder TX do not support full-duplex SPI. Using half-duplex transfers allows the driver to work with those host controllers. This patch fixes the fact that mcp251x_hw_rx_frame was still relying on a full-duplex transfer where bits were being shifted on MOSI at the same time as MISO. After splitting the transaction into a spi_write_then_read() care must be taken to ignore the first byte. Signed-off-by: Tim Harvey --- ...03-can-mcp251x-convert-to-half-duplex-SPI.patch | 31 +- 1 file changed, 24 insertions(+), 7 deletions(-) diff --git a/target/linux/octeontx/patches-5.4/0003-can-mcp251x-convert-to-half-duplex-SPI.patch b/target/linux/octeontx/patches-5.4/0003-can-mcp251x-convert-to-half-duplex-SPI.patch index 6096fcf..54906b7 100644 --- a/target/linux/octeontx/patches-5.4/0003-can-mcp251x-convert-to-half-duplex-SPI.patch +++ b/target/linux/octeontx/patches-5.4/0003-can-mcp251x-convert-to-half-duplex-SPI.patch @@ -1,20 +1,22 @@ -From 6edfb172ff1dd3cfc84c19790c245a4005474bb7 Mon Sep 17 00:00:00 2001 +From 097cc81ee5c15913ad330ba2e3dea09bdad0 Mon Sep 17 00:00:00 2001 From: Tim Harvey -Date: Tue, 25 Feb 2020 12:01:36 -0800 -Subject: [PATCH 03/12] can: mcp251x: convert to half-duplex SPI +Date: Thu, 30 Aug 2018 15:16:08 -0700 +Subject: [PATCH] can: mcp251x: convert driver to half-duplex SPI -Some SPI host controllers such as the Cavium Thunder do not support +Some SPI host controllers such as the Cavium Thunder TX do not support full-duplex SPI. Using half-duplex transfers allows the driver to work with those host controllers. Signed-off-by: Tim Harvey --- - drivers/net/can/spi/mcp251x.c | 10 +- - 1 file changed, 5 insertions(+), 5 deletions(-) + drivers/net/can/spi/mcp251x.c | 15 --- + 1 file changed, 8 insertions(+), 7 deletions(-) +diff --git a/drivers/net/can/spi/mcp251x.c b/drivers/net/can/spi/mcp251x.c +index bb20a9b..dc0574a 100644 --- a/drivers/net/can/spi/mcp251x.c +++ b/drivers/net/can/spi/mcp251x.c -@@ -291,23 +291,23 @@ static u8 mcp251x_read_reg(struct spi_de +@@ -291,23 +291,23 @@ static u8 mcp251x_read_reg(struct spi_device *spi, u8 reg) priv->spi_tx_buf[0] = INSTRUCTION_READ; priv->spi_tx_buf[1] = reg; @@ -43,3 +45,18 @@ Signed-off-by: Tim Harvey } static void mcp251x_write_reg(struct spi_device *spi, u8 reg, u8 val) +@@ -398,8 +398,9 @@ static void mcp251x_hw_rx_frame(struct spi_device *spi, u8 *buf, + buf[i] = mcp251x_read_reg(spi, RXBCTRL(buf_idx) + i); + } else { + priv->spi_tx_buf[RXBCTRL_OFF] = INSTRUCTION_READ_RXB(buf_idx); +- mcp251x_spi_trans(spi, SPI_TRANSFER_BUF_LEN); +- memcpy(buf, priv->spi_rx_buf, SPI_TRANSFER_BUF_LEN); ++ spi_write_then_read(spi, priv->spi_tx_buf, 1, priv->spi_rx_buf, ++ SPI_TRANSFER_BUF_LEN); ++ memcpy(buf + 1, priv->spi_rx_buf, SPI_TRANSFER_BUF_LEN - 1); + } + } + +-- +2.7.4 + -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: image: increase max ubifs file-system size
The latest 2GiB NAND flash parts used by Gateworks ventana are 2K page-size. Signed-off-by: Tim Harvey --- target/linux/imx6/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/imx6/image/Makefile b/target/linux/imx6/image/Makefile index 232dc42..2c9d03c 100644 --- a/target/linux/imx6/image/Makefile +++ b/target/linux/imx6/image/Makefile @@ -35,7 +35,7 @@ define Build/boot-overlay $(STAGING_DIR_HOST)/bin/mkfs.ubifs \ --space-fixup --compr=zlib --squash-uids \ - $(MKUBIFS_OPTS) -c 8124 \ + $(MKUBIFS_OPTS) -c 16248 \ -o $@.boot.ubifs -d $@.boot $(TAR) -C $@.boot -cf $@.boot.tar . -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: add I2C retries for ventana i2c1
The GSC sitting on i2c1 can NAK I2C transactions if it is busy performing an ADC cycle. Allow enough retries to work around this. Signed-off-by: Tim Harvey --- ...x-add-retries-for-NAK-s-on-ventana-boards.patch | 42 ++ 1 file changed, 42 insertions(+) create mode 100644 target/linux/imx6/patches-5.4/200-i2c-imx-add-retries-for-NAK-s-on-ventana-boards.patch diff --git a/target/linux/imx6/patches-5.4/200-i2c-imx-add-retries-for-NAK-s-on-ventana-boards.patch b/target/linux/imx6/patches-5.4/200-i2c-imx-add-retries-for-NAK-s-on-ventana-boards.patch new file mode 100644 index 000..5f45342 --- /dev/null +++ b/target/linux/imx6/patches-5.4/200-i2c-imx-add-retries-for-NAK-s-on-ventana-boards.patch @@ -0,0 +1,42 @@ +From be183fc2af49e6020bb0b1ac8359351707383f63 Mon Sep 17 00:00:00 2001 +From: Tim Harvey +Date: Tue, 12 May 2020 12:41:32 -0700 +Subject: [PATCH] i2c: imx: add retries for NAK's on ventana boards + +Ventana boards have a Gateworks System Controller (gsc) module that can +nak i2c transactions when its busy in an ADC loop. In order to not have to +hack up the pca953x and ds1672 device drivers which the GSC emulates we will +just add i2c retries around NAK's. + +Signed-off-by: Tim Harvey +--- + drivers/i2c/busses/i2c-imx.c | 6 ++ + 1 file changed, 6 insertions(+) + +diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c +index a3b6133..b2378d8 100644 +--- a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c +@@ -467,6 +467,8 @@ static int i2c_imx_acked(struct imx_i2c_struct *i2c_imx) + { + if (imx_i2c_read_reg(i2c_imx, IMX_I2C_I2SR) & I2SR_RXAK) { + dev_dbg(_imx->adapter.dev, "<%s> No ACK\n", __func__); ++ if (i2c_imx->adapter.retries) ++ return -EAGAIN; + return -ENXIO; /* No ACK */ + } + +@@ -1097,6 +1099,10 @@ static int i2c_imx_probe(struct platform_device *pdev) + i2c_imx->adapter.dev.of_node= pdev->dev.of_node; + i2c_imx->base = base; + ACPI_COMPANION_SET(_imx->adapter.dev, ACPI_COMPANION(>dev)); ++ if (of_machine_is_compatible("gw,ventana") && phy_addr == 0x021a) { ++ dev_info(>dev, "Adding retries for Ventana GSC\n"); ++ i2c_imx->adapter.retries = 3; ++ } + + /* Get I2C clock */ + i2c_imx->clk = devm_clk_get(>dev, NULL); +-- +2.7.4 + -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: backport v5.8 imx6qdl-gw dt patches
- add fxos8700 support to GW52xx/GW53xx/GW54xx - add USB_OTG support to GW552x - add LSM9DS1 IMU support to GW560x - add LSM9DS1 IMU support to GW5904 - add CC1352 UART to GW5910 - add BCM4330 support to GW5910 - fix wlan regulator for GW5910 Signed-off-by: Tim Harvey --- ...-ventana-add-fxos8700-on-gateworks-boards.patch | 66 7-ARM-dts-imx6qdl-gw5910-add-CC1352-UART.patch | 59 +++ ...RM-dts-imx6qdl-gw552x-add-USB-OTG-support.patch | 50 + ...6qdl-gw560x-add-lsm9ds1-iio-imu-magn-supp.patch | 81 ...6qdl-gw5904-add-lsm9ds1-iio-imu-magn-supp.patch | 74 ++ ...imx6qdl-gw5910-add-support-for-bcm4330-bt.patch | 87 ++ ...ARM-dts-imx6qdl-gw5910-fix-wlan-regulator.patch | 38 ++ 7 files changed, 455 insertions(+) create mode 100644 target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx-ventana-add-fxos8700-on-gateworks-boards.patch create mode 100644 target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx6qdl-gw5910-add-CC1352-UART.patch create mode 100644 target/linux/imx6/patches-5.4/006-v5.8-ARM-dts-imx6qdl-gw552x-add-USB-OTG-support.patch create mode 100644 target/linux/imx6/patches-5.4/007-v5.8-ARM-dts-imx6qdl-gw560x-add-lsm9ds1-iio-imu-magn-supp.patch create mode 100644 target/linux/imx6/patches-5.4/008-v5.8-ARM-dts-imx6qdl-gw5904-add-lsm9ds1-iio-imu-magn-supp.patch create mode 100644 target/linux/imx6/patches-5.4/009-v5.8-ARM-dts-imx6qdl-gw5910-add-support-for-bcm4330-bt.patch create mode 100644 target/linux/imx6/patches-5.4/010-v5.8-ARM-dts-imx6qdl-gw5910-fix-wlan-regulator.patch diff --git a/target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx-ventana-add-fxos8700-on-gateworks-boards.patch b/target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx-ventana-add-fxos8700-on-gateworks-boards.patch new file mode 100644 index 000..e2c8980 --- /dev/null +++ b/target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx-ventana-add-fxos8700-on-gateworks-boards.patch @@ -0,0 +1,66 @@ +From 66d19a4f8d0fa7539f90cad64d793b4dac6f6e5d Mon Sep 17 00:00:00 2001 +From: Robert Jones +Date: Fri, 14 Feb 2020 13:01:55 -0800 +Subject: [PATCH] ARM: dts: imx: ventana: add fxos8700 on gateworks boards + +Add fxos8700 iio imu entries for Gateworks ventana SBCs. + +Signed-off-by: Robert Jones +Signed-off-by: Shawn Guo +--- + arch/arm/boot/dts/imx6qdl-gw52xx.dtsi | 5 + + arch/arm/boot/dts/imx6qdl-gw53xx.dtsi | 5 + + arch/arm/boot/dts/imx6qdl-gw54xx.dtsi | 5 + + 3 files changed, 15 insertions(+) + +diff --git a/arch/arm/boot/dts/imx6qdl-gw52xx.dtsi b/arch/arm/boot/dts/imx6qdl-gw52xx.dtsi +index 1a9a9d9..60563ff 100644 +--- a/arch/arm/boot/dts/imx6qdl-gw52xx.dtsi b/arch/arm/boot/dts/imx6qdl-gw52xx.dtsi +@@ -313,6 +313,11 @@ + interrupts = <12 2>; + wakeup-gpios = < 12 GPIO_ACTIVE_LOW>; + }; ++ ++ accel@1e { ++ compatible = "nxp,fxos8700"; ++ reg = <0x1e>; ++ }; + }; + + { +diff --git a/arch/arm/boot/dts/imx6qdl-gw53xx.dtsi b/arch/arm/boot/dts/imx6qdl-gw53xx.dtsi +index 54b2bea..8942bec 100644 +--- a/arch/arm/boot/dts/imx6qdl-gw53xx.dtsi b/arch/arm/boot/dts/imx6qdl-gw53xx.dtsi +@@ -304,6 +304,11 @@ + interrupts = <11 2>; + wakeup-gpios = < 11 GPIO_ACTIVE_LOW>; + }; ++ ++ accel@1e { ++ compatible = "nxp,fxos8700"; ++ reg = <0x1e>; ++ }; + }; + + { +diff --git a/arch/arm/boot/dts/imx6qdl-gw54xx.dtsi b/arch/arm/boot/dts/imx6qdl-gw54xx.dtsi +index 1b6c133..c40583d 100644 +--- a/arch/arm/boot/dts/imx6qdl-gw54xx.dtsi b/arch/arm/boot/dts/imx6qdl-gw54xx.dtsi +@@ -361,6 +361,11 @@ + interrupts = <12 2>; + wakeup-gpios = < 12 GPIO_ACTIVE_LOW>; + }; ++ ++ accel@1e { ++ compatible = "nxp,fxos8700"; ++ reg = <0x1e>; ++ }; + }; + + { +-- +2.7.4 + diff --git a/target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx6qdl-gw5910-add-CC1352-UART.patch b/target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx6qdl-gw5910-add-CC1352-UART.patch new file mode 100644 index 000..5f5dc0a --- /dev/null +++ b/target/linux/imx6/patches-5.4/006-v5.7-ARM-dts-imx6qdl-gw5910-add-CC1352-UART.patch @@ -0,0 +1,59 @@ +From d2cf2f91ba5b6d7696b1870e28017a3e1a7a1bb8 Mon Sep 17 00:00:00 2001 +From: Tim Harvey +Date: Fri, 28 Feb 2020 11:46:07 -0800 +Subject: [PATCH] ARM: dts: imx6qdl-gw5910: add CC1352 UART + +The GW5910-C revision adds a TI CC1352 connected to IMX UART4 + +Signed-off-by: Tim Harvey +Signed-off-by: Shawn Guo +--- + arch/arm/boot/dts/imx6qdl-gw5910.dtsi | 25 + + 1 file changed, 25 insertions(+) + +diff --git a/arch/arm/boot/dts/imx6qdl-gw5910.dtsi b/arch/arm/boot/dts/imx6qdl-gw5910.dtsi +index be1af74..30fe47f 100644 +--- a/arch/arm/boot/dts/imx6qdl-gw5910.dtsi b/arch/arm/boot/dts/im
[OpenWrt-Devel] [PATCH] octeontx: switch to kernel 5.4
5.4 is stable on Gateworks Newport GW610x/GW620x/GW630x/GW640x Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index 19a264d..67addbd 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -11,8 +11,7 @@ BOARD:=octeontx BOARDNAME:=Octeon-TX FEATURES:=targz pcie gpio rtc usb fpu -KERNEL_PATCHVER:=4.14 -KERNEL_TESTING_PATCHVER:=5.4 +KERNEL_PATCHVER:=5.4 define Target/Description Build images for Octeon-TX CN80XX/CN81XX based boards -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: bootscript: use partition UUID for rootfs if possible
Specifying root filesystem by device is non-deterministic for several reasons: - USB device unmeration order is not garunteeed for USB storage devs - MMC devs ordering is determined by the instance of the MMC host controller including non-storage SDIO devices which can throw off numbering depending on kernel versions. It is recommended to use partition UUID Signed-off-by: Tim Harvey --- target/linux/imx6/image/bootscript-ventana | 34 ++ 1 file changed, 20 insertions(+), 14 deletions(-) diff --git a/target/linux/imx6/image/bootscript-ventana b/target/linux/imx6/image/bootscript-ventana index 941afb5..734f74a 100644 --- a/target/linux/imx6/image/bootscript-ventana +++ b/target/linux/imx6/image/bootscript-ventana @@ -1,4 +1,4 @@ -echo "Gateworks Ventana OpenWrt Boot script v1.01" +echo "Gateworks Ventana OpenWrt Boot script v1.02" # set some defaults # set some defaults @@ -9,7 +9,7 @@ setenv bootargs console=${console},${baudrate} setenv loadaddr 1080 setenv fdt_addr 1800 -# detect dtype and bootdev by looking for kernel on media the bootloader +# detect dtype by looking for kernel on media the bootloader # has mounted (in order of preference: usb/mmc/sata) # # This assumes the bootloader has already started the respective subsystem @@ -31,18 +31,9 @@ else fi echo "detected dtype:$dtype" fi -if test -n "$bootdev" ; then - echo "Using bootdev from env: $bootdev" -else - if itest.s "x${dtype}" == "xmmc" ; then - bootdev=mmcblk0p1 - else - bootdev=sda1 - fi -fi +echo "Booting from ${dtype}..." if itest.s "x${dtype}" == "xnand" ; then - echo "Booting from NAND..." # fix partition name # OpenWrt kernel bug prevents partition name of 'rootfs' from booting # instead name the partition ubi which is what is looked for by @@ -52,9 +43,24 @@ if itest.s "x${dtype}" == "xnand" ; then setenv fsload ubifsload setenv root "ubi0:ubi ubi.mtd=2 rootfstype=squashfs,ubifs" else - echo "Booting from block device ${bootdev}..." setenv fsload "${fs}load ${dtype} ${disk}:1" - setenv root "root=/dev/${bootdev} rootfstype=${fs} rootwait rw" + part uuid ${dtype} ${disk}:1 uuid + if test -z "${uuid}"; then + # fallback to bootdev + if test -n "$bootdev" ; then + echo "Using bootdev from env: $bootdev" + else + if itest.s "x${dtype}" == "xmmc" ; then + bootdev=mmcblk0p1 + else + bootdev=sda1 + fi + fi + setenv root "root=/dev/${bootdev}" + else + setenv root "root=PARTUUID=${uuid}" + fi + setenv root "$root rootfstype=${fs} rootwait rw" fi setenv bootargs "${bootargs}" "${root}" "${video}" "${extra}" -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2] imx6: add support for GW5907/GW5910/GW5912/GW5913
This patch adds support for GW5907/GW5910/GW5912/GW5913 IMX6 based boards from the Gateworks Ventana Family[A]: - backport upstream dt patches from 5.6 to 4.19 and 5.4 - add dtb's to ventana images - add board-name and network config A. https://www.gateworks.com/products/imx6-single-board-computer-gateworks-ventana-family Flashing instructions for Ventana boards: Using pre-flashed bootloader: - Use appropriate ubi image depending on board NAND to flash via bootloader: openwrt-imx6-ventana-squashfs-nand.ubi - 2KiB page size openwrt-imx6-ventana-large-squashfs-nand.ubi - 4KiB page size http://trac.gateworks.com/wiki/linux/ubi Using Gateworks JTAG dongle: - Use Gateworks mkimage_jtag script to create a JTAG image comprised of pre-built bootloader and ubi image: http://trac.gateworks.com/wiki/jtag_instructions Signed-off-by: Tim Harvey --- v2: - more descriptive commit log - add dtb's to ventana images - add 5.4 support --- .../linux/imx6/base-files/etc/board.d/02_network | 6 +- target/linux/imx6/base-files/lib/imx6.sh | 20 + target/linux/imx6/image/Makefile | 10 +- .../001-ARM-dts-imx-Add-GW5907-board-support.patch | 496 + .../002-ARM-dts-imx-Add-GW5910-board-support.patch | 597 + .../003-ARM-dts-imx-Add-GW5913-board-support.patch | 449 .../004-ARM-dts-imx-Add-GW5912-board-support.patch | 565 +++ .../001-ARM-dts-imx-Add-GW5907-board-support.patch | 496 + .../002-ARM-dts-imx-Add-GW5910-board-support.patch | 597 + .../003-ARM-dts-imx-Add-GW5913-board-support.patch | 449 .../004-ARM-dts-imx-Add-GW5912-board-support.patch | 565 +++ 11 files changed, 4248 insertions(+), 2 deletions(-) create mode 100644 target/linux/imx6/patches-4.19/001-ARM-dts-imx-Add-GW5907-board-support.patch create mode 100644 target/linux/imx6/patches-4.19/002-ARM-dts-imx-Add-GW5910-board-support.patch create mode 100644 target/linux/imx6/patches-4.19/003-ARM-dts-imx-Add-GW5913-board-support.patch create mode 100644 target/linux/imx6/patches-4.19/004-ARM-dts-imx-Add-GW5912-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/001-ARM-dts-imx-Add-GW5907-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/002-ARM-dts-imx-Add-GW5910-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/003-ARM-dts-imx-Add-GW5913-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/004-ARM-dts-imx-Add-GW5912-board-support.patch diff --git a/target/linux/imx6/base-files/etc/board.d/02_network b/target/linux/imx6/base-files/etc/board.d/02_network index 48e5f0f..bc05313 100755 --- a/target/linux/imx6/base-files/etc/board.d/02_network +++ b/target/linux/imx6/base-files/etc/board.d/02_network @@ -13,7 +13,11 @@ case "$board" in cubox-i |\ gw51xx |\ gw52xx |\ -gw5904) +gw5904 |\ +gw5907 |\ +gw5910 |\ +gw5912 |\ +gw5913) ucidef_set_interface_lan 'eth0' ;; gw53xx |\ diff --git a/target/linux/imx6/base-files/lib/imx6.sh b/target/linux/imx6/base-files/lib/imx6.sh index 68caaff..63fff0f 100755 --- a/target/linux/imx6/base-files/lib/imx6.sh +++ b/target/linux/imx6/base-files/lib/imx6.sh @@ -81,6 +81,26 @@ imx6_board_detect() { name="gw5904" ;; + "Gateworks Ventana i.MX6 DualLite/Solo GW5907" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5907") + name="gw5907" + ;; + + "Gateworks Ventana i.MX6 DualLite/Solo GW5910" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5910") + name="gw5910" + ;; + + "Gateworks Ventana i.MX6 DualLite/Solo GW5912" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5912") + name="gw5912" + ;; + + "Gateworks Ventana i.MX6 DualLite/Solo GW5913" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5913") + name="gw5913" + ;; + "SolidRun Cubox-i Solo/DualLite" |\ "SolidRun Cubox-i Dual/Quad") name="cubox-i" diff --git a/target/linux/imx6/image/Makefile b/target/linux/imx6/image/Makefile index d1e9e90..232dc42 100644 --- a/target/linux/imx6/image/Makefile +++ b/target/linux/imx6/image/Makefile @@ -143,6 +143,10 @@ define Device/ventana imx6dl-gw552x \ imx6dl-gw553x \ imx6dl-gw5904 \ + imx6dl-gw5907 \ + imx6dl-gw5910 \ + imx6dl-gw5912 \ + imx6dl-gw5913 \ imx6q-gw51xx \ imx6q-gw52xx \ imx6q-gw53xx \ @@ -151,7 +155,11 @@ define Device/ventana imx6q-gw551x \ imx6q-gw552x \ imx6q-gw553x \ - imx6q-gw5904 + imx6q-gw5904 \ + imx6q-gw5907 \ + imx6q-gw5910
Re: [OpenWrt-Devel] [PATCH] kernel: can: add MCP251x CAN controller module support
On Tue, Mar 3, 2020 at 2:49 AM Stijn Tintel wrote: > > On 28/02/2020 18:56, Tim Harvey wrote: > > Signed-off-by: Tim Harvey > > --- > > package/kernel/linux/modules/can.mk | 17 + > > 1 file changed, 17 insertions(+) > > > > diff --git a/package/kernel/linux/modules/can.mk > > b/package/kernel/linux/modules/can.mk > > index c2c7411..3bf0359 100644 > > --- a/package/kernel/linux/modules/can.mk > > +++ b/package/kernel/linux/modules/can.mk > > @@ -146,6 +146,23 @@ endef > > $(eval $(call KernelPackage,can-gw)) > > > > > > +define KernelPackage/can-mcp251x > > + TITLE:=MCP251x SPI CAN controller > > + KCONFIG:=\ > > + CONFIG_SPI=y \ > > + CONFIG_CAN_MCP251X > > + FILES:=$(LINUX_DIR)/drivers/net/can/spi/mcp251x.ko > > + AUTOLOAD:=$(call AutoProbe,can-mcp251x) > > + $(call AddDepends/can) > > +endef > > + > > +define KernelPackage/can-mcp251x/description > > + Microchip MCP251x SPI CAN controller > > +endef > > + > > +$(eval $(call KernelPackage,can-mcp251x)) > > + > > + > > define KernelPackage/can-raw > >TITLE:=Raw CAN Protcol > >KCONFIG:=CONFIG_CAN_RAW > > I would have preferred if the name of this new kmod package included the > bus type, as with the kmod-can-usb-* packages. I actually had this one > queued in my staging tree as kmod-can-spi-mcp251x. Also, does AutoProbe > work for devices attached to the SPI bus? > Stijn, AutoProbe does not work for SPI bus so the module isn't auto-loaded. Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: remove unnecessary wildcard from board name matching
The wildcard used in the network config matching is not necessary given the board names returned by imx6_board_detect() in lib/imx6.sh. Signed-off-by: Tim Harvey --- v2: - fixed typo in commit log - rebase on current master --- target/linux/imx6/base-files/etc/board.d/02_network | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/target/linux/imx6/base-files/etc/board.d/02_network b/target/linux/imx6/base-files/etc/board.d/02_network index 6ec6673..48e5f0f 100755 --- a/target/linux/imx6/base-files/etc/board.d/02_network +++ b/target/linux/imx6/base-files/etc/board.d/02_network @@ -11,17 +11,17 @@ board_config_update case "$board" in cubox-i |\ -*gw51xx |\ -*gw52xx |\ -*gw5904) +gw51xx |\ +gw52xx |\ +gw5904) ucidef_set_interface_lan 'eth0' ;; -*gw53xx |\ -*gw54xx |\ -*gw552x) +gw53xx |\ +gw54xx |\ +gw552x) ucidef_set_interfaces_lan_wan 'eth0' 'eth1' ;; -*wandboard) +wandboard) ucidef_set_interface_wan 'eth0' ;; esac -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kernel: 5.4: add unconfigured symbols
This patch adds a few symbols that I found that need disabling in order to not break the build of octeontx Signed-off-by: Tim Harvey --- target/linux/generic/config-5.4 | 3 +++ 1 file changed, 3 insertions(+) diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index fc3e157..c010cf6 100644 --- a/target/linux/generic/config-5.4 +++ b/target/linux/generic/config-5.4 @@ -789,6 +789,7 @@ CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y # CONFIG_CGROUPS is not set # CONFIG_CGROUP_BPF is not set # CONFIG_CGROUP_DEBUG is not set +# CONFIG_CGROUP_HUGETLB is not set # CONFIG_CGROUP_NET_CLASSID is not set # CONFIG_CGROUP_NET_PRIO is not set # CONFIG_CGROUP_RDMA is not set @@ -998,6 +999,7 @@ CONFIG_CRYPTO_BLKCIPHER2=y # CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API_DESC is not set # CONFIG_CRYPTO_DEV_HIFN_795X is not set # CONFIG_CRYPTO_DEV_HISI_SEC is not set +# CONFIG_CRYPTO_DEV_HISI_ZIP is not set # CONFIG_CRYPTO_DEV_IMGTEC_HASH is not set # CONFIG_CRYPTO_DEV_MARVELL_CESA is not set # CONFIG_CRYPTO_DEV_MV_CESA is not set @@ -3987,6 +3989,7 @@ CONFIG_PINMUX=y CONFIG_PLUGIN_HOSTCC="" # CONFIG_PLX_HERMES is not set # CONFIG_PM is not set +# CONFIG_PMS7003 is not set # CONFIG_PMBUS is not set # CONFIG_PMC_MSP is not set # CONFIG_PMIC_ADP5520 is not set -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [OpenWrt-devel][PATCH] kernel: iio: fix iio-st_sensors-spi missing dependency
Fixes following build error on octeontx: Package kmod-iio-st_sensors-spi is missing dependencies for the following libraries: regmap-spi.ko Fixes: 2d8f4c4fbd46 ("kernel: iio: add st-accel driver modules") Signed-off-by: Tim Harvey --- package/kernel/linux/modules/iio.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/kernel/linux/modules/iio.mk b/package/kernel/linux/modules/iio.mk index 0d30321..2d8be46 100644 --- a/package/kernel/linux/modules/iio.mk +++ b/package/kernel/linux/modules/iio.mk @@ -319,7 +319,7 @@ $(eval $(call KernelPackage,iio-st_sensors-i2c)) define KernelPackage/iio-st_sensors-spi SUBMENU:=$(IIO_MENU) TITLE:=STMicroelectronics accelerometer 3-Axis Driver (SPI) - DEPENDS:=+kmod-iio-st_accel + DEPENDS:=+kmod-iio-st_accel +kmod-regmap-spi KCONFIG:= CONFIG_IIO_ST_ACCEL_SPI_3AXIS FILES:=$(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_spi.ko AUTOLOAD:=$(call AutoLoad,56,st_sensors_spi) -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kernel: fix lib-xor for ARM64
use LINUX_KARCH in directory path to avoid failures in non-arm targets. Signed-off-by: Tim Harvey --- package/kernel/linux/modules/lib.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/package/kernel/linux/modules/lib.mk b/package/kernel/linux/modules/lib.mk index ea29d08..e14c6b3 100644 --- a/package/kernel/linux/modules/lib.mk +++ b/package/kernel/linux/modules/lib.mk @@ -187,10 +187,10 @@ define KernelPackage/lib-xor TITLE:=XOR blocks algorithm support HIDDEN:=1 KCONFIG:=CONFIG_XOR_BLOCKS -ifneq ($(wildcard $(LINUX_DIR)/arch/arm/lib/xor-neon.ko),) +ifneq ($(wildcard $(LINUX_DIR)/arch/$(LINUX_KARCH)/lib/xor-neon.ko),) FILES:= \ $(LINUX_DIR)/crypto/xor.ko \ -$(LINUX_DIR)/arch/arm/lib/xor-neon.ko +$(LINUX_DIR)/arch/$(LINUX_KARCH)/lib/xor-neon.ko AUTOLOAD:=$(call AutoProbe,xor-neon xor) else FILES:=$(LINUX_DIR)/crypto/xor.ko -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kernel: 5.4: add missing symbols
Signed-off-by: Tim Harvey --- target/linux/generic/config-5.4 | 3 +++ 1 file changed, 3 insertions(+) diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index 0c246ee..597cd8e 100644 --- a/target/linux/generic/config-5.4 +++ b/target/linux/generic/config-5.4 @@ -783,6 +783,7 @@ CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y # CONFIG_CGROUPS is not set # CONFIG_CGROUP_BPF is not set # CONFIG_CGROUP_DEBUG is not set +# CONFIG_CGROUP_HUGETLB is not set # CONFIG_CGROUP_NET_CLASSID is not set # CONFIG_CGROUP_NET_PRIO is not set # CONFIG_CGROUP_RDMA is not set @@ -992,6 +993,7 @@ CONFIG_CRYPTO_BLKCIPHER2=y # CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API_DESC is not set # CONFIG_CRYPTO_DEV_HIFN_795X is not set # CONFIG_CRYPTO_DEV_HISI_SEC is not set +# CONFIG_CRYPTO_DEV_HISI_ZIP is not set # CONFIG_CRYPTO_DEV_IMGTEC_HASH is not set # CONFIG_CRYPTO_DEV_MARVELL_CESA is not set # CONFIG_CRYPTO_DEV_MV_CESA is not set @@ -3962,6 +3964,7 @@ CONFIG_PINMUX=y CONFIG_PLUGIN_HOSTCC="" # CONFIG_PLX_HERMES is not set # CONFIG_PM is not set +# CONFIG_PMS7003 is not set # CONFIG_PMBUS is not set # CONFIG_PMC_MSP is not set # CONFIG_PMIC_ADP5520 is not set -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] octeontx: add support for Linux 5.4
On Wed, Feb 26, 2020 at 12:40 PM Tim Harvey wrote: > > Signed-off-by: Tim Harvey > --- > target/linux/octeontx/config-5.4 | 634 > + > ...nderx-use-proper-interface-type-for-RGMII.patch | 47 ++ > ...hunderx-workaround-BGX-TX-Underflow-issue.patch | 150 + > ...03-can-mcp251x-convert-to-half-duplex-SPI.patch | 51 ++ > ...rk-for-Gateworks-PLX-PEX860x-switch-with-.patch | 64 +++ > 5 files changed, 946 insertions(+) > create mode 100644 target/linux/octeontx/config-5.4 > create mode 100644 > target/linux/octeontx/patches-5.4/0001-net-thunderx-use-proper-interface-type-for-RGMII.patch > create mode 100644 > target/linux/octeontx/patches-5.4/0002-net-thunderx-workaround-BGX-TX-Underflow-issue.patch > create mode 100644 > target/linux/octeontx/patches-5.4/0003-can-mcp251x-convert-to-half-duplex-SPI.patch > create mode 100644 > target/linux/octeontx/patches-5.4/0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch > > diff --git a/target/linux/octeontx/config-5.4 > b/target/linux/octeontx/config-5.4 > new file mode 100644 > index 000..524279f > --- /dev/null > +++ b/target/linux/octeontx/config-5.4 > @@ -0,0 +1,634 @@ > +CONFIG_64BIT=y > +CONFIG_64BIT_TIME=y > +# CONFIG_ARCH_AGILEX is not set > +# CONFIG_ARCH_BITMAIN is not set > +CONFIG_ARCH_CLOCKSOURCE_DATA=y > +CONFIG_ARCH_DMA_ADDR_T_64BIT=y > +CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION=y > +CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y > +CONFIG_ARCH_ENABLE_SPLIT_PMD_PTLOCK=y > +CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y > +CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y > +CONFIG_ARCH_HAS_DMA_COHERENT_TO_PFN=y > +CONFIG_ARCH_HAS_DMA_PREP_COHERENT=y > +CONFIG_ARCH_HAS_ELF_RANDOMIZE=y > +CONFIG_ARCH_HAS_FAST_MULTIPLIER=y > +CONFIG_ARCH_HAS_FORTIFY_SOURCE=y > +CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y > +CONFIG_ARCH_HAS_GIGANTIC_PAGE=y > +CONFIG_ARCH_HAS_KCOV=y > +CONFIG_ARCH_HAS_KEEPINITRD=y > +CONFIG_ARCH_HAS_MEMBARRIER_SYNC_CORE=y > +CONFIG_ARCH_HAS_PTE_DEVMAP=y > +CONFIG_ARCH_HAS_PTE_SPECIAL=y > +CONFIG_ARCH_HAS_SETUP_DMA_OPS=y > +CONFIG_ARCH_HAS_SET_DIRECT_MAP=y > +CONFIG_ARCH_HAS_SET_MEMORY=y > +CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y > +CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y > +CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU=y > +CONFIG_ARCH_HAS_SYNC_DMA_FOR_DEVICE=y > +CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y > +CONFIG_ARCH_HAS_TICK_BROADCAST=y > +CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y > +CONFIG_ARCH_HIBERNATION_HEADER=y > +CONFIG_ARCH_HIBERNATION_POSSIBLE=y > +CONFIG_ARCH_INLINE_READ_LOCK=y > +CONFIG_ARCH_INLINE_READ_LOCK_BH=y > +CONFIG_ARCH_INLINE_READ_LOCK_IRQ=y > +CONFIG_ARCH_INLINE_READ_LOCK_IRQSAVE=y > +CONFIG_ARCH_INLINE_READ_UNLOCK=y > +CONFIG_ARCH_INLINE_READ_UNLOCK_BH=y > +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQ=y > +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQRESTORE=y > +CONFIG_ARCH_INLINE_SPIN_LOCK=y > +CONFIG_ARCH_INLINE_SPIN_LOCK_BH=y > +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQ=y > +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQSAVE=y > +CONFIG_ARCH_INLINE_SPIN_TRYLOCK=y > +CONFIG_ARCH_INLINE_SPIN_TRYLOCK_BH=y > +CONFIG_ARCH_INLINE_SPIN_UNLOCK=y > +CONFIG_ARCH_INLINE_SPIN_UNLOCK_BH=y > +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQ=y > +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQRESTORE=y > +CONFIG_ARCH_INLINE_WRITE_LOCK=y > +CONFIG_ARCH_INLINE_WRITE_LOCK_BH=y > +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQ=y > +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQSAVE=y > +CONFIG_ARCH_INLINE_WRITE_UNLOCK=y > +CONFIG_ARCH_INLINE_WRITE_UNLOCK_BH=y > +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQ=y > +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE=y > +CONFIG_ARCH_KEEP_MEMBLOCK=y > +CONFIG_ARCH_MMAP_RND_BITS=18 > +CONFIG_ARCH_MMAP_RND_BITS_MAX=33 > +CONFIG_ARCH_MMAP_RND_BITS_MIN=18 > +CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=11 > +CONFIG_ARCH_PROC_KCORE_TEXT=y > +CONFIG_ARCH_SELECT_MEMORY_MODEL=y > +CONFIG_ARCH_SPARSEMEM_DEFAULT=y > +CONFIG_ARCH_SPARSEMEM_ENABLE=y > +CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y > +CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y > +CONFIG_ARCH_SUPPORTS_INT128=y > +CONFIG_ARCH_SUPPORTS_MEMORY_FAILURE=y > +CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y > +CONFIG_ARCH_SUPPORTS_UPROBES=y > +CONFIG_ARCH_SUSPEND_POSSIBLE=y > +CONFIG_ARCH_THUNDER=y > +CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y > +CONFIG_ARCH_USE_MEMREMAP_PROT=y > +CONFIG_ARCH_USE_QUEUED_RWLOCKS=y > +CONFIG_ARCH_USE_QUEUED_SPINLOCKS=y > +CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT=y > +CONFIG_ARCH_WANT_FRAME_POINTERS=y > +CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y > +CONFIG_ARM64=y > +# CONFIG_ARM64_16K_PAGES is not set > +CONFIG_ARM64_4K_PAGES=y > +# CONFIG_ARM64_64K_PAGES is not set > +CONFIG_ARM64_CNP=y > +CONFIG_ARM64_CONT_SHIFT=4 > +CONFIG_ARM64_CRYPTO=y > +CONFIG_ARM64_ERRATUM_1165522=y > +CONFIG_ARM64_ERRATUM_1286807=y > +C
Re: [OpenWrt-Devel] [PATCH] imx6: add support for Gateworks GW5907/GW5910/GW5912/GW5913
On Thu, Mar 5, 2020 at 3:05 AM Petr Štetiar wrote: > > Gentle ping. > I posted a follow-up in patchwork that removes the wildcards from the board name matching. Any changes needed? Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: remove unnecessary wildcard from board name mathching
The wildcard used in the network config matching is not necessary given the board names returned by imx6_board_detect() in lib/imx6.sh. Signed-off-by: Tim Harvey --- .../linux/imx6/base-files/etc/board.d/02_network | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/target/linux/imx6/base-files/etc/board.d/02_network b/target/linux/imx6/base-files/etc/board.d/02_network index 13a140a..bc05313 100755 --- a/target/linux/imx6/base-files/etc/board.d/02_network +++ b/target/linux/imx6/base-files/etc/board.d/02_network @@ -11,21 +11,21 @@ board_config_update case "$board" in cubox-i |\ -*gw51xx |\ -*gw52xx |\ -*gw5904 |\ -*gw5907 |\ -*gw5910 |\ -*gw5912 |\ -*gw5913) +gw51xx |\ +gw52xx |\ +gw5904 |\ +gw5907 |\ +gw5910 |\ +gw5912 |\ +gw5913) ucidef_set_interface_lan 'eth0' ;; -*gw53xx |\ -*gw54xx |\ -*gw552x) +gw53xx |\ +gw54xx |\ +gw552x) ucidef_set_interfaces_lan_wan 'eth0' 'eth1' ;; -*wandboard) +wandboard) ucidef_set_interface_wan 'eth0' ;; esac -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] imx6: add support for Gateworks GW5907/GW5910/GW5912/GW5913
On Mon, Mar 2, 2020 at 8:53 AM Tim Harvey wrote: > > On Sun, Mar 1, 2020 at 3:02 AM Adrian Schmutzler > wrote: > > > > Hi, > > > > > --- a/target/linux/imx6/base-files/etc/board.d/02_network > > > +++ b/target/linux/imx6/base-files/etc/board.d/02_network > > > @@ -13,7 +13,11 @@ case "$board" in > > > cubox-i |\ > > > *gw51xx |\ > > > *gw52xx |\ > > > -*gw5904) > > > +*gw5904 |\ > > > +*gw5907 |\ > > > +*gw5910 |\ > > > +*gw5912 |\ > > > +*gw5913) > > > > Is there any actual need for the wildcards here? Shouldn't just gw5912, > > gw5913 etc. be enough? > > > > Adrian, > > Doesn't look like it... probably something that used to matter if > board names used to have imx6q vs imx6dl but they clearly don't > anymore. > > I will re-submit. > Adrian, Actually, it may look cleaner if this patch is accepted and I follow-up with one that removes the unnecessary wildcards as they have been there for a while for other board models. Any other issues with the original patch? Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] imx6: add support for Gateworks GW5907/GW5910/GW5912/GW5913
On Sun, Mar 1, 2020 at 3:02 AM Adrian Schmutzler wrote: > > Hi, > > > --- a/target/linux/imx6/base-files/etc/board.d/02_network > > +++ b/target/linux/imx6/base-files/etc/board.d/02_network > > @@ -13,7 +13,11 @@ case "$board" in > > cubox-i |\ > > *gw51xx |\ > > *gw52xx |\ > > -*gw5904) > > +*gw5904 |\ > > +*gw5907 |\ > > +*gw5910 |\ > > +*gw5912 |\ > > +*gw5913) > > Is there any actual need for the wildcards here? Shouldn't just gw5912, > gw5913 etc. be enough? > Adrian, Doesn't look like it... probably something that used to matter if board names used to have imx6q vs imx6dl but they clearly don't anymore. I will re-submit. Thanks, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] imx6: backport lsm9ds1 imu support for GW553x
On Fri, Feb 28, 2020 at 1:06 PM Petr Štetiar wrote: > > Hi Tim, > > commit description is nice (and required), can you add it next time? No need > for v2, I'll add something myself to all your patches this time. > > BTW it's quite helpful to include the upstream kernel version used for the > backport and include it in the patch filename, for example: > > 005-v5.7-ARM-dts-imx6qdl-gw553x-add-lsm9ds1-iio-imu-magn-supp.patch > Petr, Ok - will make sure I add that in the future. This particular one just recently got accepted and I'm not sure if it will be pulled into a later 5.6-rc or will land in 5.7 (likely the latter). Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] imx6: add support for Gateworks GW5907/GW5910/GW5912/GW5913
- backport dts patches from 5.6: ARM: dts: imx: Add GW5912 board support ARM: dts: imx: Add GW5913 board support ARM: dts: imx: Add GW5910 board support ARM: dts: imx: Add GW5907 board support - add support for board names in lib/imx6.sh - add support for and net device config in /etc/board.d/02_network Signed-off-by: Tim Harvey --- .../linux/imx6/base-files/etc/board.d/02_network | 6 +- target/linux/imx6/base-files/lib/imx6.sh | 20 + .../001-ARM-dts-imx-Add-GW5907-board-support.patch | 496 + .../002-ARM-dts-imx-Add-GW5910-board-support.patch | 597 + .../003-ARM-dts-imx-Add-GW5913-board-support.patch | 449 .../004-ARM-dts-imx-Add-GW5912-board-support.patch | 565 +++ 6 files changed, 2132 insertions(+), 1 deletion(-) create mode 100644 target/linux/imx6/patches-5.4/001-ARM-dts-imx-Add-GW5907-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/002-ARM-dts-imx-Add-GW5910-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/003-ARM-dts-imx-Add-GW5913-board-support.patch create mode 100644 target/linux/imx6/patches-5.4/004-ARM-dts-imx-Add-GW5912-board-support.patch diff --git a/target/linux/imx6/base-files/etc/board.d/02_network b/target/linux/imx6/base-files/etc/board.d/02_network index 6ec6673..13a140a 100755 --- a/target/linux/imx6/base-files/etc/board.d/02_network +++ b/target/linux/imx6/base-files/etc/board.d/02_network @@ -13,7 +13,11 @@ case "$board" in cubox-i |\ *gw51xx |\ *gw52xx |\ -*gw5904) +*gw5904 |\ +*gw5907 |\ +*gw5910 |\ +*gw5912 |\ +*gw5913) ucidef_set_interface_lan 'eth0' ;; *gw53xx |\ diff --git a/target/linux/imx6/base-files/lib/imx6.sh b/target/linux/imx6/base-files/lib/imx6.sh index 68caaff..63fff0f 100755 --- a/target/linux/imx6/base-files/lib/imx6.sh +++ b/target/linux/imx6/base-files/lib/imx6.sh @@ -81,6 +81,26 @@ imx6_board_detect() { name="gw5904" ;; + "Gateworks Ventana i.MX6 DualLite/Solo GW5907" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5907") + name="gw5907" + ;; + + "Gateworks Ventana i.MX6 DualLite/Solo GW5910" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5910") + name="gw5910" + ;; + + "Gateworks Ventana i.MX6 DualLite/Solo GW5912" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5912") + name="gw5912" + ;; + + "Gateworks Ventana i.MX6 DualLite/Solo GW5913" |\ + "Gateworks Ventana i.MX6 Dual/Quad GW5913") + name="gw5913" + ;; + "SolidRun Cubox-i Solo/DualLite" |\ "SolidRun Cubox-i Dual/Quad") name="cubox-i" diff --git a/target/linux/imx6/patches-5.4/001-ARM-dts-imx-Add-GW5907-board-support.patch b/target/linux/imx6/patches-5.4/001-ARM-dts-imx-Add-GW5907-board-support.patch new file mode 100644 index 000..a4e9604 --- /dev/null +++ b/target/linux/imx6/patches-5.4/001-ARM-dts-imx-Add-GW5907-board-support.patch @@ -0,0 +1,496 @@ +From 125120298dc05bb55a8874f07aa3f4bb6056bfb3 Mon Sep 17 00:00:00 2001 +From: Robert Jones +Date: Wed, 8 Jan 2020 07:44:21 -0800 +Subject: [PATCH 1/4] ARM: dts: imx: Add GW5907 board support + +The Gateworks GW5907 is an IMX6 SoC based single board computer with: + - IMX6Q or IMX6DL + - 32bit DDR3 DRAM + - FEC GbE Phy + - bi-color front-panel LED + - 256MB NAND boot device + - Gateworks System Controller (hwmon, pushbutton controller, EEPROM) + - Digital IO expander (pca9555) + - Joystick 12bit adc (ads1015) + +Signed-off-by: Robert Jones +Reviewed-by: Tim Harvey +Signed-off-by: Shawn Guo +--- + arch/arm/boot/dts/Makefile| 2 + + arch/arm/boot/dts/imx6dl-gw5907.dts | 14 ++ + arch/arm/boot/dts/imx6q-gw5907.dts| 14 ++ + arch/arm/boot/dts/imx6qdl-gw5907.dtsi | 399 ++ + 4 files changed, 429 insertions(+) + create mode 100644 arch/arm/boot/dts/imx6dl-gw5907.dts + create mode 100644 arch/arm/boot/dts/imx6q-gw5907.dts + create mode 100644 arch/arm/boot/dts/imx6qdl-gw5907.dtsi + +diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile +index 1e9e1af..9ee80e2 100644 +--- a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile +@@ -422,6 +422,7 @@ dtb-$(CONFIG_SOC_IMX6Q) += \ + imx6dl-gw560x.dtb \ + imx6dl-gw5903.dtb \ + imx6dl-gw5904.dtb \ ++ imx6dl-gw5907.dtb \ + imx6dl-hummingboard.dtb \ + imx6dl-hummingboard-emmc-som-v15.dtb \ + imx6dl-hummingboard-som-v15.dtb \ +@@ -493,6 +494,7 @@ dtb-$(CONFIG_SOC_IMX6Q) += \ + imx6q-gw560x.dtb \ + imx6q-gw5903.dtb \ + imx6q-gw5904.dtb \ ++ imx6q-gw5907.dtb \ + imx6q-h100.dtb \ + imx6q-hummingboard.dtb \ + imx6q-hummingboard
[OpenWrt-Devel] [PATCH] imx6: backport lsm9ds1 imu support for GW553x
Signed-off-by: Tim Harvey --- ...6qdl-gw553x-add-lsm9ds1-iio-imu-magn-supp.patch | 73 ++ 1 file changed, 73 insertions(+) create mode 100644 target/linux/imx6/patches-5.4/005-ARM-dts-imx6qdl-gw553x-add-lsm9ds1-iio-imu-magn-supp.patch diff --git a/target/linux/imx6/patches-5.4/005-ARM-dts-imx6qdl-gw553x-add-lsm9ds1-iio-imu-magn-supp.patch b/target/linux/imx6/patches-5.4/005-ARM-dts-imx6qdl-gw553x-add-lsm9ds1-iio-imu-magn-supp.patch new file mode 100644 index 000..6a6c828 --- /dev/null +++ b/target/linux/imx6/patches-5.4/005-ARM-dts-imx6qdl-gw553x-add-lsm9ds1-iio-imu-magn-supp.patch @@ -0,0 +1,73 @@ +From 62e7f0b553038e3a1a1b2b067dd1fbdacd634e37 Mon Sep 17 00:00:00 2001 +From: Robert Jones +Date: Fri, 14 Feb 2020 13:02:41 -0800 +Subject: [PATCH] ARM: dts: imx6qdl-gw553x: add lsm9ds1 iio imu/magn support + +Add one node for the accel/gyro i2c device and another for the separate +magnetometer device in the lsm9ds1. + +Signed-off-by: Robert Jones +Signed-off-by: Shawn Guo +--- + arch/arm/boot/dts/imx6qdl-gw553x.dtsi | 31 +++ + 1 file changed, 31 insertions(+) + +diff --git a/arch/arm/boot/dts/imx6qdl-gw553x.dtsi b/arch/arm/boot/dts/imx6qdl-gw553x.dtsi +index a106689..ee85031 100644 +--- a/arch/arm/boot/dts/imx6qdl-gw553x.dtsi b/arch/arm/boot/dts/imx6qdl-gw553x.dtsi +@@ -173,6 +173,25 @@ + pinctrl-0 = <_i2c2>; + status = "okay"; + ++ magn@1c { ++ compatible = "st,lsm9ds1-magn"; ++ reg = <0x1c>; ++ pinctrl-names = "default"; ++ pinctrl-0 = <_mag>; ++ interrupt-parent = <>; ++ interrupts = <2 IRQ_TYPE_EDGE_RISING>; ++ }; ++ ++ imu@6a { ++ compatible = "st,lsm9ds1-imu"; ++ reg = <0x6a>; ++ st,drdy-int-pin = <1>; ++ pinctrl-names = "default"; ++ pinctrl-0 = <_imu>; ++ interrupt-parent = <>; ++ interrupts = <13 IRQ_TYPE_LEVEL_HIGH>; ++ }; ++ + ltc3676: pmic@3c { + compatible = "lltc,ltc3676"; + reg = <0x3c>; +@@ -426,6 +445,12 @@ + >; + }; + ++ pinctrl_imu: imugrp { ++ fsl,pins = < ++ MX6QDL_PAD_GPIO_18__GPIO7_IO13 0x1b0b0 ++ >; ++ }; ++ + pinctrl_ipu1_csi0: ipu1csi0grp { + fsl,pins = < + MX6QDL_PAD_CSI0_DAT12__IPU1_CSI0_DATA120x1b0b0 +@@ -449,6 +474,12 @@ + >; + }; + ++ pinctrl_mag: maggrp { ++ fsl,pins = < ++ MX6QDL_PAD_GPIO_2__GPIO1_IO02 0x1b0b0 ++ >; ++ }; ++ + pinctrl_pcie: pciegrp { + fsl,pins = < + MX6QDL_PAD_GPIO_0__GPIO1_IO00 0x1b0b0 +-- +2.7.4 + -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] kernel: 5.4: backport fxos8700 accel support from 5.5
Signed-off-by: Tim Harvey --- ...-iio-imu-Add-support-for-the-FXOS8700-IMU.patch | 912 + 1 file changed, 912 insertions(+) create mode 100644 target/linux/generic/backport-5.4/800-v5.5-iio-imu-Add-support-for-the-FXOS8700-IMU.patch diff --git a/target/linux/generic/backport-5.4/800-v5.5-iio-imu-Add-support-for-the-FXOS8700-IMU.patch b/target/linux/generic/backport-5.4/800-v5.5-iio-imu-Add-support-for-the-FXOS8700-IMU.patch new file mode 100644 index 000..59435e9 --- /dev/null +++ b/target/linux/generic/backport-5.4/800-v5.5-iio-imu-Add-support-for-the-FXOS8700-IMU.patch @@ -0,0 +1,912 @@ +From 84e5ddd5c46ea3bf0cad670da32028994cad5936 Mon Sep 17 00:00:00 2001 +From: Robert Jones +Date: Mon, 14 Oct 2019 11:49:21 -0700 +Subject: [PATCH] iio: imu: Add support for the FXOS8700 IMU +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +FXOS8700CQ is a small, low-power, 3-axis linear accelerometer and 3-axis +magnetometer combined into a single package. The device features a +selectable I2C or point-to-point SPI serial interface with 14-bit +accelerometer and 16-bit magnetometer ADC resolution along with +smart-embedded functions. + +FXOS8700CQ has dynamically selectable accelerationfull-scale ranges of +±2 g/±4 g/±8 g and a fixed magnetic measurement range of ±1200 μT. +Output data rates (ODR) from 1.563 Hz to 800 Hz are selectable by the user +for each sensor. Interleaved magnetic and acceleration data is available +at ODR rates of up to 400 Hz. FXOS8700CQ is available in a plastic QFN +package and it is guaranteed to operate over the extended temperature +range of –40 °C to +85 °C. + +TODO: Trigger and IRQ configuration support + +Datasheet: + http://cache.freescale.com/files/sensors/doc/data_sheet/FXOS8700CQ.pdf + +Signed-off-by: Robert Jones +Signed-off-by: Jonathan Cameron +--- + drivers/iio/imu/Kconfig | 27 ++ + drivers/iio/imu/Makefile| 5 + + drivers/iio/imu/fxos8700.h | 10 + + drivers/iio/imu/fxos8700_core.c | 649 + drivers/iio/imu/fxos8700_i2c.c | 71 + + drivers/iio/imu/fxos8700_spi.c | 59 + 6 files changed, 821 insertions(+) + create mode 100644 drivers/iio/imu/fxos8700.h + create mode 100644 drivers/iio/imu/fxos8700_core.c + create mode 100644 drivers/iio/imu/fxos8700_i2c.c + create mode 100644 drivers/iio/imu/fxos8700_spi.c + +diff --git a/drivers/iio/imu/Kconfig b/drivers/iio/imu/Kconfig +index f3c7282..60bb102 100644 +--- a/drivers/iio/imu/Kconfig b/drivers/iio/imu/Kconfig +@@ -40,6 +40,33 @@ config ADIS16480 + + source "drivers/iio/imu/bmi160/Kconfig" + ++config FXOS8700 ++ tristate ++ ++config FXOS8700_I2C ++ tristate "NXP FXOS8700 I2C driver" ++ depends on I2C ++ select FXOS8700 ++ select REGMAP_I2C ++ help ++Say yes here to build support for the NXP FXOS8700 m+g combo ++sensor on I2C. ++ ++This driver can also be built as a module. If so, the module will be ++called fxos8700_i2c. ++ ++config FXOS8700_SPI ++ tristate "NXP FXOS8700 SPI driver" ++ depends on SPI ++ select FXOS8700 ++ select REGMAP_SPI ++ help ++Say yes here to build support for the NXP FXOS8700 m+g combo ++sensor on SPI. ++ ++This driver can also be built as a module. If so, the module will be ++called fxos8700_spi. ++ + config KMX61 + tristate "Kionix KMX61 6-axis accelerometer and magnetometer" + depends on I2C +diff --git a/drivers/iio/imu/Makefile b/drivers/iio/imu/Makefile +index 4a69588..5237fd4 100644 +--- a/drivers/iio/imu/Makefile b/drivers/iio/imu/Makefile +@@ -14,6 +14,11 @@ adis_lib-$(CONFIG_IIO_ADIS_LIB_BUFFER) += adis_buffer.o + obj-$(CONFIG_IIO_ADIS_LIB) += adis_lib.o + + obj-y += bmi160/ ++ ++obj-$(CONFIG_FXOS8700) += fxos8700_core.o ++obj-$(CONFIG_FXOS8700_I2C) += fxos8700_i2c.o ++obj-$(CONFIG_FXOS8700_SPI) += fxos8700_spi.o ++ + obj-y += inv_mpu6050/ + + obj-$(CONFIG_KMX61) += kmx61.o +diff --git a/drivers/iio/imu/fxos8700.h b/drivers/iio/imu/fxos8700.h +new file mode 100644 +index ..6dfb8d7 +--- /dev/null b/drivers/iio/imu/fxos8700.h +@@ -0,0 +1,10 @@ ++/* SPDX-License-Identifier: GPL-2.0 */ ++#ifndef FXOS8700_H_ ++#define FXOS8700_H_ ++ ++extern const struct regmap_config fxos8700_regmap_config; ++ ++int fxos8700_core_probe(struct device *dev, struct regmap *regmap, ++ const char *name, bool use_spi); ++ ++#endif /* FXOS8700_H_ */ +diff --git a/drivers/iio/imu/fxos8700_core.c b/drivers/iio/imu/fxos8700_core.c +new file mode 100644 +index ..7b47be4 +--- /dev/null b/drivers/iio/imu/fxos8700_core.c +@@ -0,0 +1,649 @@ ++// SPDX-License-Identifier: GPL-2.0 ++/* ++ * FXOS8700 - NXP IMU (accelerometer plus magnetometer) ++ * ++ * IIO core driver for FXOS8700, with support for I2C/SPI busses ++ * ++ * TODO: Buffer, trigger, and
[OpenWrt-Devel] [PATCH 2/2] kernel: iio: add fxos8700 driver support
Signed-off-by: Tim Harvey --- package/kernel/linux/modules/iio.mk | 50 + 1 file changed, 50 insertions(+) diff --git a/package/kernel/linux/modules/iio.mk b/package/kernel/linux/modules/iio.mk index cd46697..558abf4 100644 --- a/package/kernel/linux/modules/iio.mk +++ b/package/kernel/linux/modules/iio.mk @@ -294,3 +294,53 @@ define KernelPackage/iio-tsl4531/description endef $(eval $(call KernelPackage,iio-tsl4531)) + + +define KernelPackage/iio-fxos8700 + SUBMENU:=$(IIO_MENU) + TITLE:=Freescale FXOS8700 3-axis accelerometer driver + DEPENDS:=+kmod-iio-core +kmod-regmap-core + KCONFIG:= CONFIG_FXOS8700 + FILES:=$(LINUX_DIR)/drivers/iio/imu/fxos8700_core.ko + AUTOLOAD:=$(call AutoLoad,56,fxos8700) +endef + +define KernelPackage/iio-fxos8700/description + Support for Freescale FXOS8700 3-axis accelerometer. +endef + +$(eval $(call KernelPackage,iio-fxos8700)) + + +define KernelPackage/iio-fxos8700-i2c + SUBMENU:=$(IIO_MENU) + TITLE:=Freescale FXOS8700 3-axis acceleromter driver (I2C) + DEPENDS:=+kmod-iio-fxos8700 +kmod-i2c-core +kmod-regmap-i2c + KCONFIG:= CONFIG_FXOS8700_I2C + FILES:=$(LINUX_DIR)/drivers/iio/imu/fxos8700_i2c.ko + AUTOLOAD:=$(call AutoLoad,56,fxos8700_i2c) +endef + +define KernelPackage/iio-fxos8700-i2c/description + Support for Freescale FXOS8700 3-axis accelerometer + connected via I2C. +endef + + +$(eval $(call KernelPackage,iio-fxos8700-i2c)) + +define KernelPackage/iio-fxos8700-spi + SUBMENU:=$(IIO_MENU) + DEPENDS:=+kmod-iio-fxos8700 +kmod-regmap-spi + TITLE:=Freescale FXOS8700 3-axis accelerometer driver (SPI) + KCONFIG:= CONFIG_FXOS8700_SPI + FILES:=$(LINUX_DIR)/drivers/iio/imu/fxos8700_spi.ko + AUTOLOAD:=$(call AutoLoad,56,fxos8700_spi) +endef + +define KernelPackage/iio-fxos8700-spi/description + Support for Freescale FXOS8700 3-axis accelerometer + connected via SPI. +endef + +$(eval $(call KernelPackage,iio-fxos8700-spi)) -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kernel: can: add MCP251x CAN controller module support
Signed-off-by: Tim Harvey --- package/kernel/linux/modules/can.mk | 17 + 1 file changed, 17 insertions(+) diff --git a/package/kernel/linux/modules/can.mk b/package/kernel/linux/modules/can.mk index c2c7411..3bf0359 100644 --- a/package/kernel/linux/modules/can.mk +++ b/package/kernel/linux/modules/can.mk @@ -146,6 +146,23 @@ endef $(eval $(call KernelPackage,can-gw)) +define KernelPackage/can-mcp251x + TITLE:=MCP251x SPI CAN controller + KCONFIG:=\ + CONFIG_SPI=y \ + CONFIG_CAN_MCP251X + FILES:=$(LINUX_DIR)/drivers/net/can/spi/mcp251x.ko + AUTOLOAD:=$(call AutoProbe,can-mcp251x) + $(call AddDepends/can) +endef + +define KernelPackage/can-mcp251x/description + Microchip MCP251x SPI CAN controller +endef + +$(eval $(call KernelPackage,can-mcp251x)) + + define KernelPackage/can-raw TITLE:=Raw CAN Protcol KCONFIG:=CONFIG_CAN_RAW -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kernel: iio: add st-accel driver modules
Signed-off-by: Tim Harvey --- package/kernel/linux/modules/iio.mk | 54 + 1 file changed, 54 insertions(+) diff --git a/package/kernel/linux/modules/iio.mk b/package/kernel/linux/modules/iio.mk index cd46697..aaccbde 100644 --- a/package/kernel/linux/modules/iio.mk +++ b/package/kernel/linux/modules/iio.mk @@ -278,6 +278,60 @@ endef $(eval $(call KernelPackage,iio-si7020)) +define KernelPackage/iio-st_accel + SUBMENU:=$(IIO_MENU) + TITLE:=STMicroelectronics accelerometer 3-Axis Driver + DEPENDS:=+kmod-iio-core + KCONFIG:= \ + CONFIG_IIO_ST_ACCEL_3AXIS \ + CONFIG_IIO_ST_SENSORS_CORE + FILES:= \ + $(LINUX_DIR)/drivers/iio/accel/st_accel.ko \ + $(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors.ko +endef + +define KernelPackage/iio-st_accel/description + This package adds support for STMicroelectronics accelerometers: + LSM303DLH, LSM303DLHC, LIS3DH, LSM330D, LSM330DL, LSM330DLC, + LIS331DLH, LSM303DL, LSM303DLM, LSM330, LIS2DH12, H3LIS331DL, + LNG2DM, LIS3DE, LIS2DE12 +endef + +$(eval $(call KernelPackage,iio-st_accel)) + + +define KernelPackage/iio-st_sensors-i2c + SUBMENU:=$(IIO_MENU) + TITLE:=STMicroelectronics accelerometer 3-Axis Driver (I2C) + DEPENDS:=+kmod-iio-st_accel +kmod-i2c-core + KCONFIG:= CONFIG_IIO_ST_ACCEL_I2C_3AXIS + FILES:=$(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_i2c.ko + AUTOLOAD:=$(call AutoLoad,56,st_sensors_i2c) +endef + +define KernelPackage/iio-st_sensors-i2c/description + This package adds support for STMicroelectronics I2C based accelerometers +endef + +$(eval $(call KernelPackage,iio-st_sensors-i2c)) + + +define KernelPackage/iio-st_sensors-spi + SUBMENU:=$(IIO_MENU) + TITLE:=STMicroelectronics accelerometer 3-Axis Driver (SPI) + DEPENDS:=+kmod-iio-st_accel + KCONFIG:= CONFIG_IIO_ST_ACCEL_SPI_3AXIS + FILES:=$(LINUX_DIR)/drivers/iio/common/st_sensors/st_sensors_spi.ko + AUTOLOAD:=$(call AutoLoad,56,st_sensors_spi) +endef + +define KernelPackage/iio-st_sensors-spi/description + This package adds support for STMicroelectronics SPI based accelerometers +endef + +$(eval $(call KernelPackage,iio-st_sensors-spi)) + + define KernelPackage/iio-tsl4531 SUBMENU:=$(IIO_MENU) DEPENDS:=+kmod-i2c-core +kmod-iio-core -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] octeontx: add support for Linux 5.4
Signed-off-by: Tim Harvey --- target/linux/octeontx/config-5.4 | 634 + ...nderx-use-proper-interface-type-for-RGMII.patch | 47 ++ ...hunderx-workaround-BGX-TX-Underflow-issue.patch | 150 + ...03-can-mcp251x-convert-to-half-duplex-SPI.patch | 51 ++ ...rk-for-Gateworks-PLX-PEX860x-switch-with-.patch | 64 +++ 5 files changed, 946 insertions(+) create mode 100644 target/linux/octeontx/config-5.4 create mode 100644 target/linux/octeontx/patches-5.4/0001-net-thunderx-use-proper-interface-type-for-RGMII.patch create mode 100644 target/linux/octeontx/patches-5.4/0002-net-thunderx-workaround-BGX-TX-Underflow-issue.patch create mode 100644 target/linux/octeontx/patches-5.4/0003-can-mcp251x-convert-to-half-duplex-SPI.patch create mode 100644 target/linux/octeontx/patches-5.4/0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch diff --git a/target/linux/octeontx/config-5.4 b/target/linux/octeontx/config-5.4 new file mode 100644 index 000..524279f --- /dev/null +++ b/target/linux/octeontx/config-5.4 @@ -0,0 +1,634 @@ +CONFIG_64BIT=y +CONFIG_64BIT_TIME=y +# CONFIG_ARCH_AGILEX is not set +# CONFIG_ARCH_BITMAIN is not set +CONFIG_ARCH_CLOCKSOURCE_DATA=y +CONFIG_ARCH_DMA_ADDR_T_64BIT=y +CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION=y +CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y +CONFIG_ARCH_ENABLE_SPLIT_PMD_PTLOCK=y +CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y +CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y +CONFIG_ARCH_HAS_DMA_COHERENT_TO_PFN=y +CONFIG_ARCH_HAS_DMA_PREP_COHERENT=y +CONFIG_ARCH_HAS_ELF_RANDOMIZE=y +CONFIG_ARCH_HAS_FAST_MULTIPLIER=y +CONFIG_ARCH_HAS_FORTIFY_SOURCE=y +CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y +CONFIG_ARCH_HAS_GIGANTIC_PAGE=y +CONFIG_ARCH_HAS_KCOV=y +CONFIG_ARCH_HAS_KEEPINITRD=y +CONFIG_ARCH_HAS_MEMBARRIER_SYNC_CORE=y +CONFIG_ARCH_HAS_PTE_DEVMAP=y +CONFIG_ARCH_HAS_PTE_SPECIAL=y +CONFIG_ARCH_HAS_SETUP_DMA_OPS=y +CONFIG_ARCH_HAS_SET_DIRECT_MAP=y +CONFIG_ARCH_HAS_SET_MEMORY=y +CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y +CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y +CONFIG_ARCH_HAS_SYNC_DMA_FOR_CPU=y +CONFIG_ARCH_HAS_SYNC_DMA_FOR_DEVICE=y +CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y +CONFIG_ARCH_HAS_TICK_BROADCAST=y +CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y +CONFIG_ARCH_HIBERNATION_HEADER=y +CONFIG_ARCH_HIBERNATION_POSSIBLE=y +CONFIG_ARCH_INLINE_READ_LOCK=y +CONFIG_ARCH_INLINE_READ_LOCK_BH=y +CONFIG_ARCH_INLINE_READ_LOCK_IRQ=y +CONFIG_ARCH_INLINE_READ_LOCK_IRQSAVE=y +CONFIG_ARCH_INLINE_READ_UNLOCK=y +CONFIG_ARCH_INLINE_READ_UNLOCK_BH=y +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQ=y +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQRESTORE=y +CONFIG_ARCH_INLINE_SPIN_LOCK=y +CONFIG_ARCH_INLINE_SPIN_LOCK_BH=y +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQ=y +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQSAVE=y +CONFIG_ARCH_INLINE_SPIN_TRYLOCK=y +CONFIG_ARCH_INLINE_SPIN_TRYLOCK_BH=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK_BH=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQ=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQRESTORE=y +CONFIG_ARCH_INLINE_WRITE_LOCK=y +CONFIG_ARCH_INLINE_WRITE_LOCK_BH=y +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQ=y +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQSAVE=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK_BH=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQ=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE=y +CONFIG_ARCH_KEEP_MEMBLOCK=y +CONFIG_ARCH_MMAP_RND_BITS=18 +CONFIG_ARCH_MMAP_RND_BITS_MAX=33 +CONFIG_ARCH_MMAP_RND_BITS_MIN=18 +CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=11 +CONFIG_ARCH_PROC_KCORE_TEXT=y +CONFIG_ARCH_SELECT_MEMORY_MODEL=y +CONFIG_ARCH_SPARSEMEM_DEFAULT=y +CONFIG_ARCH_SPARSEMEM_ENABLE=y +CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y +CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y +CONFIG_ARCH_SUPPORTS_INT128=y +CONFIG_ARCH_SUPPORTS_MEMORY_FAILURE=y +CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y +CONFIG_ARCH_SUPPORTS_UPROBES=y +CONFIG_ARCH_SUSPEND_POSSIBLE=y +CONFIG_ARCH_THUNDER=y +CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y +CONFIG_ARCH_USE_MEMREMAP_PROT=y +CONFIG_ARCH_USE_QUEUED_RWLOCKS=y +CONFIG_ARCH_USE_QUEUED_SPINLOCKS=y +CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT=y +CONFIG_ARCH_WANT_FRAME_POINTERS=y +CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y +CONFIG_ARM64=y +# CONFIG_ARM64_16K_PAGES is not set +CONFIG_ARM64_4K_PAGES=y +# CONFIG_ARM64_64K_PAGES is not set +CONFIG_ARM64_CNP=y +CONFIG_ARM64_CONT_SHIFT=4 +CONFIG_ARM64_CRYPTO=y +CONFIG_ARM64_ERRATUM_1165522=y +CONFIG_ARM64_ERRATUM_1286807=y +CONFIG_ARM64_ERRATUM_819472=y +CONFIG_ARM64_ERRATUM_824069=y +CONFIG_ARM64_ERRATUM_826319=y +CONFIG_ARM64_ERRATUM_827319=y +CONFIG_ARM64_ERRATUM_843419=y +CONFIG_ARM64_HW_AFDBM=y +# CONFIG_ARM64_LSE_ATOMICS is not set +CONFIG_ARM64_MODULE_PLTS=y +CONFIG_ARM64_PAGE_SHIFT=12 +CONFIG_ARM64_PAN=y +CONFIG_ARM64_PA_BITS=48 +CONFIG_ARM64_PA_BITS_48=y +# CONFIG_ARM64_PMEM is not set +# CONFIG_ARM64_PSEUDO_NMI is not set +# CONFIG_ARM64_PTDUMP_DEBUGFS is not set +CONFIG_ARM64_PTR_AUTH=y +# CONFIG_ARM64_RANDOMIZE_TEXT_OFFSET is not set +CONFIG_ARM64_SSBD=y +CONFIG_ARM64_SVE=y +CONFIG_ARM64_TAGGED_ADDR_ABI=y +CONFIG_ARM64_UAO=y +CONFIG_ARM64_VA_BITS=48 +# CONFIG_ARM64_VA_BITS_39
Re: [OpenWrt-Devel] [PATCH] octeontx: move to 4.19 kernel
On Wed, Feb 26, 2020 at 5:27 AM John Crispin wrote: > > On 25.02.20 22:58, Tim Harvey wrote: > > Hi Tim, > thanks for the patch, we are in the process of bumping to v5.4. Would > you have time to also try bumping octeontx to v5.4 ? staging tree is > located here -> > https://git.openwrt.org/?p=openwrt/staging/xback.git;a=summary and we > plan to merge it to master within the week. John, Sure, I can do this. Where/how do I submit a patch for that tree? Tim > > > Signed-off-by: Tim Harvey > > --- > > target/linux/octeontx/Makefile | 2 +- > > target/linux/octeontx/config-4.19 | 573 > > + > > ...nderx-use-proper-interface-type-for-RGMII.patch | 47 ++ > > ...hunderx-workaround-BGX-TX-Underflow-issue.patch | 150 ++ > > ...03-can-mcp251x-convert-to-half-duplex-SPI.patch | 51 ++ > > ...rk-for-Gateworks-PLX-PEX860x-switch-with-.patch | 64 +++ > > 6 files changed, 886 insertions(+), 1 deletion(-) > > create mode 100644 target/linux/octeontx/config-4.19 > > create mode 100644 > > target/linux/octeontx/patches-4.19/0001-net-thunderx-use-proper-interface-type-for-RGMII.patch > > create mode 100644 > > target/linux/octeontx/patches-4.19/0002-net-thunderx-workaround-BGX-TX-Underflow-issue.patch > > create mode 100644 > > target/linux/octeontx/patches-4.19/0003-can-mcp251x-convert-to-half-duplex-SPI.patch > > create mode 100644 > > target/linux/octeontx/patches-4.19/0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch > > > > diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile > > index e7f6b2d..34d34ed 100644 > > --- a/target/linux/octeontx/Makefile > > +++ b/target/linux/octeontx/Makefile > > @@ -13,7 +13,7 @@ FEATURES:=targz pcie gpio rtc usb fpu > > > > MAINTAINER:=Tim Harvey > > > > -KERNEL_PATCHVER:=4.14 > > +KERNEL_PATCHVER:=4.19 > > > > define Target/Description > > Build images for Octeon-TX CN80XX/CN81XX based boards > > diff --git a/target/linux/octeontx/config-4.19 > > b/target/linux/octeontx/config-4.19 > > new file mode 100644 > > index 000..7f95c5c > > --- /dev/null > > +++ b/target/linux/octeontx/config-4.19 > > @@ -0,0 +1,573 @@ > > +CONFIG_64BIT=y > > +CONFIG_ARCH_CLOCKSOURCE_DATA=y > > +CONFIG_ARCH_DMA_ADDR_T_64BIT=y > > +CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y > > +CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y > > +CONFIG_ARCH_HAS_ELF_RANDOMIZE=y > > +CONFIG_ARCH_HAS_FAST_MULTIPLIER=y > > +CONFIG_ARCH_HAS_FORTIFY_SOURCE=y > > +CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y > > +CONFIG_ARCH_HAS_GIGANTIC_PAGE=y > > +CONFIG_ARCH_HAS_HOLES_MEMORYMODEL=y > > +CONFIG_ARCH_HAS_KCOV=y > > +CONFIG_ARCH_HAS_MEMBARRIER_SYNC_CORE=y > > +CONFIG_ARCH_HAS_PTE_SPECIAL=y > > +CONFIG_ARCH_HAS_SET_MEMORY=y > > +CONFIG_ARCH_HAS_SG_CHAIN=y > > +CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y > > +CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y > > +CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y > > +CONFIG_ARCH_HAS_TICK_BROADCAST=y > > +CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y > > +CONFIG_ARCH_HIBERNATION_HEADER=y > > +CONFIG_ARCH_HIBERNATION_POSSIBLE=y > > +CONFIG_ARCH_INLINE_READ_LOCK=y > > +CONFIG_ARCH_INLINE_READ_LOCK_BH=y > > +CONFIG_ARCH_INLINE_READ_LOCK_IRQ=y > > +CONFIG_ARCH_INLINE_READ_LOCK_IRQSAVE=y > > +CONFIG_ARCH_INLINE_READ_UNLOCK=y > > +CONFIG_ARCH_INLINE_READ_UNLOCK_BH=y > > +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQ=y > > +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQRESTORE=y > > +CONFIG_ARCH_INLINE_SPIN_LOCK=y > > +CONFIG_ARCH_INLINE_SPIN_LOCK_BH=y > > +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQ=y > > +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQSAVE=y > > +CONFIG_ARCH_INLINE_SPIN_TRYLOCK=y > > +CONFIG_ARCH_INLINE_SPIN_TRYLOCK_BH=y > > +CONFIG_ARCH_INLINE_SPIN_UNLOCK=y > > +CONFIG_ARCH_INLINE_SPIN_UNLOCK_BH=y > > +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQ=y > > +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQRESTORE=y > > +CONFIG_ARCH_INLINE_WRITE_LOCK=y > > +CONFIG_ARCH_INLINE_WRITE_LOCK_BH=y > > +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQ=y > > +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQSAVE=y > > +CONFIG_ARCH_INLINE_WRITE_UNLOCK=y > > +CONFIG_ARCH_INLINE_WRITE_UNLOCK_BH=y > > +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQ=y > > +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE=y > > +CONFIG_ARCH_MMAP_RND_BITS=18 > > +CONFIG_ARCH_MMAP_RND_BITS_MAX=33 > > +CONFIG_ARCH_MMAP_RND_BITS_MIN=18 > > +CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=11 > > +CONFIG_ARCH_PROC_KCORE_TEXT=y > > +CONFIG_ARCH_SELECT_MEMORY_MODEL=y > > +CONFI
[OpenWrt-Devel] [PATCH] octeontx: move to 4.19 kernel
Signed-off-by: Tim Harvey --- target/linux/octeontx/Makefile | 2 +- target/linux/octeontx/config-4.19 | 573 + ...nderx-use-proper-interface-type-for-RGMII.patch | 47 ++ ...hunderx-workaround-BGX-TX-Underflow-issue.patch | 150 ++ ...03-can-mcp251x-convert-to-half-duplex-SPI.patch | 51 ++ ...rk-for-Gateworks-PLX-PEX860x-switch-with-.patch | 64 +++ 6 files changed, 886 insertions(+), 1 deletion(-) create mode 100644 target/linux/octeontx/config-4.19 create mode 100644 target/linux/octeontx/patches-4.19/0001-net-thunderx-use-proper-interface-type-for-RGMII.patch create mode 100644 target/linux/octeontx/patches-4.19/0002-net-thunderx-workaround-BGX-TX-Underflow-issue.patch create mode 100644 target/linux/octeontx/patches-4.19/0003-can-mcp251x-convert-to-half-duplex-SPI.patch create mode 100644 target/linux/octeontx/patches-4.19/0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index e7f6b2d..34d34ed 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -13,7 +13,7 @@ FEATURES:=targz pcie gpio rtc usb fpu MAINTAINER:=Tim Harvey -KERNEL_PATCHVER:=4.14 +KERNEL_PATCHVER:=4.19 define Target/Description Build images for Octeon-TX CN80XX/CN81XX based boards diff --git a/target/linux/octeontx/config-4.19 b/target/linux/octeontx/config-4.19 new file mode 100644 index 000..7f95c5c --- /dev/null +++ b/target/linux/octeontx/config-4.19 @@ -0,0 +1,573 @@ +CONFIG_64BIT=y +CONFIG_ARCH_CLOCKSOURCE_DATA=y +CONFIG_ARCH_DMA_ADDR_T_64BIT=y +CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y +CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y +CONFIG_ARCH_HAS_ELF_RANDOMIZE=y +CONFIG_ARCH_HAS_FAST_MULTIPLIER=y +CONFIG_ARCH_HAS_FORTIFY_SOURCE=y +CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y +CONFIG_ARCH_HAS_GIGANTIC_PAGE=y +CONFIG_ARCH_HAS_HOLES_MEMORYMODEL=y +CONFIG_ARCH_HAS_KCOV=y +CONFIG_ARCH_HAS_MEMBARRIER_SYNC_CORE=y +CONFIG_ARCH_HAS_PTE_SPECIAL=y +CONFIG_ARCH_HAS_SET_MEMORY=y +CONFIG_ARCH_HAS_SG_CHAIN=y +CONFIG_ARCH_HAS_STRICT_KERNEL_RWX=y +CONFIG_ARCH_HAS_STRICT_MODULE_RWX=y +CONFIG_ARCH_HAS_SYSCALL_WRAPPER=y +CONFIG_ARCH_HAS_TICK_BROADCAST=y +CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y +CONFIG_ARCH_HIBERNATION_HEADER=y +CONFIG_ARCH_HIBERNATION_POSSIBLE=y +CONFIG_ARCH_INLINE_READ_LOCK=y +CONFIG_ARCH_INLINE_READ_LOCK_BH=y +CONFIG_ARCH_INLINE_READ_LOCK_IRQ=y +CONFIG_ARCH_INLINE_READ_LOCK_IRQSAVE=y +CONFIG_ARCH_INLINE_READ_UNLOCK=y +CONFIG_ARCH_INLINE_READ_UNLOCK_BH=y +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQ=y +CONFIG_ARCH_INLINE_READ_UNLOCK_IRQRESTORE=y +CONFIG_ARCH_INLINE_SPIN_LOCK=y +CONFIG_ARCH_INLINE_SPIN_LOCK_BH=y +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQ=y +CONFIG_ARCH_INLINE_SPIN_LOCK_IRQSAVE=y +CONFIG_ARCH_INLINE_SPIN_TRYLOCK=y +CONFIG_ARCH_INLINE_SPIN_TRYLOCK_BH=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK_BH=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQ=y +CONFIG_ARCH_INLINE_SPIN_UNLOCK_IRQRESTORE=y +CONFIG_ARCH_INLINE_WRITE_LOCK=y +CONFIG_ARCH_INLINE_WRITE_LOCK_BH=y +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQ=y +CONFIG_ARCH_INLINE_WRITE_LOCK_IRQSAVE=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK_BH=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQ=y +CONFIG_ARCH_INLINE_WRITE_UNLOCK_IRQRESTORE=y +CONFIG_ARCH_MMAP_RND_BITS=18 +CONFIG_ARCH_MMAP_RND_BITS_MAX=33 +CONFIG_ARCH_MMAP_RND_BITS_MIN=18 +CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=11 +CONFIG_ARCH_PROC_KCORE_TEXT=y +CONFIG_ARCH_SELECT_MEMORY_MODEL=y +CONFIG_ARCH_SPARSEMEM_DEFAULT=y +CONFIG_ARCH_SPARSEMEM_ENABLE=y +CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y +CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y +CONFIG_ARCH_SUPPORTS_INT128=y +CONFIG_ARCH_SUPPORTS_MEMORY_FAILURE=y +CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y +CONFIG_ARCH_SUPPORTS_UPROBES=y +CONFIG_ARCH_SUSPEND_POSSIBLE=y +CONFIG_ARCH_THUNDER=y +CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y +CONFIG_ARCH_USE_QUEUED_RWLOCKS=y +CONFIG_ARCH_USE_QUEUED_SPINLOCKS=y +CONFIG_ARCH_WANT_COMPAT_IPC_PARSE_VERSION=y +CONFIG_ARCH_WANT_FRAME_POINTERS=y +CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y +CONFIG_ARM64=y +# CONFIG_ARM64_16K_PAGES is not set +CONFIG_ARM64_4K_PAGES=y +# CONFIG_ARM64_64K_PAGES is not set +CONFIG_ARM64_CONT_SHIFT=4 +CONFIG_ARM64_CRYPTO=y +CONFIG_ARM64_ERRATUM_819472=y +CONFIG_ARM64_ERRATUM_824069=y +CONFIG_ARM64_ERRATUM_826319=y +CONFIG_ARM64_ERRATUM_827319=y +CONFIG_ARM64_ERRATUM_843419=y +CONFIG_ARM64_HW_AFDBM=y +# CONFIG_ARM64_LSE_ATOMICS is not set +CONFIG_ARM64_MODULE_PLTS=y +CONFIG_ARM64_PAGE_SHIFT=12 +CONFIG_ARM64_PAN=y +CONFIG_ARM64_PA_BITS=48 +CONFIG_ARM64_PA_BITS_48=y +# CONFIG_ARM64_PMEM is not set +# CONFIG_ARM64_PTDUMP_DEBUGFS is not set +# CONFIG_ARM64_RANDOMIZE_TEXT_OFFSET is not set +CONFIG_ARM64_SSBD=y +CONFIG_ARM64_SVE=y +CONFIG_ARM64_UAO=y +CONFIG_ARM64_VA_BITS=48 +# CONFIG_ARM64_VA_BITS_39 is not set +CONFIG_ARM64_VA_BITS_48=y +CONFIG_ARM64_VHE=y +CONFIG_ARM_AMBA=y +CONFIG_ARM_ARCH_TIMER=y +CONFIG_ARM_ARCH_TIMER_EVTSTREAM=y +CONFIG_ARM_CPUIDLE=y
Re: [OpenWrt-Devel] [PATCH] octeontx: fix thunderx BGX underflow irq name
On Sun, Oct 27, 2019 at 6:33 AM Hauke Mehrtens wrote: > > On 10/25/19 11:27 PM, Tim Harvey wrote: > > request_irq requires irq names to be static/allocated and not on the stack > > It would be nice if this patch could also go to the mainline Linux > kernel, so we do not have to maintain it any more. > > John already applied it to OpenWrt. Hauke, Agreed - it's on my list along with the other patch for octeontx. > > > > @@ -58,9 +65,9 @@ Signed-off-by: Tim Harvey > > +dev_err(dev, "Req for #%d msix vectors failed\n", num_vec); > > +return 1; > > +} > > -+sprintf(irq_name, "BGX%d", bgx->bgx_id); > > ++sprintf(bgx->irq_name, "BGX%d", bgx->bgx_id); > > I would prefer a snprintf here, it should not overflow as long as gx_id > is less than 1000, but just to be safe. > Agreed - I'll make a note of that. Thanks, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] octeontx: fix thunderx BGX underflow irq name
request_irq requires irq names to be static/allocated and not on the stack Signed-off-by: Tim Harvey --- ...1-net-thunderx-workaround-BGX-TX-Underflow-issue.patch | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/target/linux/octeontx/patches-4.14/0001-net-thunderx-workaround-BGX-TX-Underflow-issue.patch b/target/linux/octeontx/patches-4.14/0001-net-thunderx-workaround-BGX-TX-Underflow-issue.patch index ef7aef3..5743745 100644 --- a/target/linux/octeontx/patches-4.14/0001-net-thunderx-workaround-BGX-TX-Underflow-issue.patch +++ b/target/linux/octeontx/patches-4.14/0001-net-thunderx-workaround-BGX-TX-Underflow-issue.patch @@ -15,7 +15,15 @@ Signed-off-by: Tim Harvey --- a/drivers/net/ethernet/cavium/thunder/thunder_bgx.c +++ b/drivers/net/ethernet/cavium/thunder/thunder_bgx.c -@@ -1344,6 +1344,54 @@ static int bgx_init_phy(struct bgx *bgx) +@@ -56,6 +56,7 @@ struct bgx { + boolis_dlm; + boolis_rgx; + int phy_mode; ++ charirq_name[7]; + }; + + static struct bgx *bgx_vnic[MAX_BGX_THUNDER]; +@@ -1344,6 +1345,53 @@ static int bgx_init_phy(struct bgx *bgx) return bgx_init_of_phy(bgx); } @@ -49,7 +57,6 @@ Signed-off-by: Tim Harvey + struct bgx *bgx = pci_get_drvdata(pdev); + struct device *dev = >dev; + int num_vec, ret; -+ char irq_name[32]; + + /* Enable MSI-X */ + num_vec = pci_msix_vec_count(pdev); @@ -58,9 +65,9 @@ Signed-off-by: Tim Harvey + dev_err(dev, "Req for #%d msix vectors failed\n", num_vec); + return 1; + } -+ sprintf(irq_name, "BGX%d", bgx->bgx_id); ++ sprintf(bgx->irq_name, "BGX%d", bgx->bgx_id); + ret = request_irq(pci_irq_vector(pdev, GMPX_GMI_TX_INT), -+ bgx_intr_handler, 0, irq_name, bgx); ++ bgx_intr_handler, 0, bgx->irq_name, bgx); + if (ret) + return 1; + -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] troubleshooting kernel bump from 4.14 to 4.19 causing userspace crash with libgcc_s.so.1 missing
Greetings, I'm trying to bump the octeontx kernel from 4.14 to 4.19 which it seems should be trivial but I keep ending up with userspace failing with: [7.080332] Run /init as init process Error loading shared library libgcc_s.so.1: No such file or directory (needed by /init) [7.120297] Kernel panic - not syncing: Attempted to kill init! exitcode=0x7f00 I'm using the simplest config I can think of which is: CONFIG_TARGET_octeontx=y CONFIG_TARGET_ROOTFS_INITRAMFS=y after building build_dir/target-aarch64_generic_musl/root-octeontx/lib/libgcc_s.so.1 is present I'm guessing this is a kernel configuration issue but I'm not clear what it could be. Comparing the bootup with the same configuration using 4.14 looks pretty much the same and nothing glaring popped out at me. Any ideas? Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support
On Thu, Feb 22, 2018 at 4:14 AM, Felix Fietkau <n...@nbd.name> wrote: > On 2018-02-22 09:34, Felix Fietkau wrote: >> On 2018-02-22 01:12, Tim Harvey wrote: >>> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@nbd.name> wrote: >>>> On 2018-02-20 19:23, Tim Harvey wrote: >>>>> We are using F2FS as our overlay read/write FS. Others can be supported >>>>> as modules. >>>>> >>>>> Signed-off-by: Tim Harvey <thar...@gateworks.com> >>>> I think it would be a good idea to leave in ext4. If the overlay storage >>>> area is too small for f2fs, fstools chooses ext4 instead. >>>> >>>> - Felix >>> >>> Felix, >>> >>> That makes sense. I think the other patches apply if that one is >>> skipped, or would you rather I re-submit a new sieres (assuming there >>> is no other feedback) >> No need to resubmit the series, you can send an updated version of this >> patch (removing only ext2/ext3) separately. > No need to do that anymore. It turns out that there were a lot more > bogus config overrides in that target, some of them breaking the build > in various other places. > > I've cleaned it up and verified that a build with all kernel modules > enabled now actually works ;) > > - Felix Thanks Felix! Can you explain what I could have done to see or catch these? Is this something that came up because it was a new target arch or is it something to look out for when bumping from one kernel to another as well? I'm not clear what the best practices are for creating a kernel config for OpenWrt. Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support
On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@nbd.name> wrote: > On 2018-02-20 19:23, Tim Harvey wrote: >> We are using F2FS as our overlay read/write FS. Others can be supported >> as modules. >> >> Signed-off-by: Tim Harvey <thar...@gateworks.com> > I think it would be a good idea to leave in ext4. If the overlay storage > area is too small for f2fs, fstools chooses ext4 instead. > > - Felix Felix, That makes sense. I think the other patches apply if that one is skipped, or would you rather I re-submit a new sieres (assuming there is no other feedback) Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 8/8] kernel: add missing symbol
Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/generic/config-4.14 | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/generic/config-4.14 b/target/linux/generic/config-4.14 index f7d9cca..6d3a207 100644 --- a/target/linux/generic/config-4.14 +++ b/target/linux/generic/config-4.14 @@ -3577,6 +3577,7 @@ CONFIG_PWRSEQ_EMMC=y CONFIG_PWRSEQ_SIMPLE=y # CONFIG_QCA7000 is not set # CONFIG_QCA7000_SPI is not set +# CONFIG_QCA7000_UART is not set # CONFIG_QCOM_EMAC is not set # CONFIG_QCOM_FALKOR_ERRATUM_1003 is not set # CONFIG_QCOM_FALKOR_ERRATUM_1009 is not set -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 6/8] octeontx: remove unnecessary CONFIG_DEBUG_INFO
Cc: Hauke Mehrtens <ha...@hauke-m.de> Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/octeontx/config-4.14 | 1 - 1 file changed, 1 deletion(-) diff --git a/target/linux/octeontx/config-4.14 b/target/linux/octeontx/config-4.14 index 2efac7c..a6f762c 100644 --- a/target/linux/octeontx/config-4.14 +++ b/target/linux/octeontx/config-4.14 @@ -195,7 +195,6 @@ CONFIG_CRYPTO_SIMD=y CONFIG_CRYPTO_WORKQUEUE=y CONFIG_DCACHE_WORD_ACCESS=y # CONFIG_DEBUG_BLK_CGROUP is not set -CONFIG_DEBUG_INFO=y CONFIG_DEFAULT_IOSCHED="noop" CONFIG_DEFAULT_NOOP=y # CONFIG_DEVPORT is not set -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 7/8] octeontx: remove undefs of CONFIG_NET_VENDOR_*
Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/octeontx/config-4.14 | 52 --- 1 file changed, 52 deletions(-) diff --git a/target/linux/octeontx/config-4.14 b/target/linux/octeontx/config-4.14 index a6f762c..114fc38 100644 --- a/target/linux/octeontx/config-4.14 +++ b/target/linux/octeontx/config-4.14 @@ -398,58 +398,6 @@ CONFIG_NEED_SG_DMA_LENGTH=y # CONFIG_NET_CADENCE is not set # CONFIG_NET_CLS_CGROUP is not set CONFIG_NET_FLOW_LIMIT=y -# CONFIG_NET_VENDOR_3COM is not set -# CONFIG_NET_VENDOR_ADAPTEC is not set -# CONFIG_NET_VENDOR_AGERE is not set -# CONFIG_NET_VENDOR_ALACRITECH is not set -# CONFIG_NET_VENDOR_ALTEON is not set -# CONFIG_NET_VENDOR_AMAZON is not set -# CONFIG_NET_VENDOR_AMD is not set -# CONFIG_NET_VENDOR_AQUANTIA is not set -# CONFIG_NET_VENDOR_ARC is not set -# CONFIG_NET_VENDOR_ATHEROS is not set -# CONFIG_NET_VENDOR_AURORA is not set -# CONFIG_NET_VENDOR_BROADCOM is not set -# CONFIG_NET_VENDOR_BROCADE is not set -# CONFIG_NET_VENDOR_CHELSIO is not set -# CONFIG_NET_VENDOR_CISCO is not set -# CONFIG_NET_VENDOR_DEC is not set -# CONFIG_NET_VENDOR_DLINK is not set -# CONFIG_NET_VENDOR_EMULEX is not set -# CONFIG_NET_VENDOR_EXAR is not set -# CONFIG_NET_VENDOR_EZCHIP is not set -# CONFIG_NET_VENDOR_HISILICON is not set -# CONFIG_NET_VENDOR_HP is not set -# CONFIG_NET_VENDOR_HUAWEI is not set -# CONFIG_NET_VENDOR_INTEL is not set -# CONFIG_NET_VENDOR_MARVELL is not set -# CONFIG_NET_VENDOR_MELLANOX is not set -# CONFIG_NET_VENDOR_MICREL is not set -# CONFIG_NET_VENDOR_MICROCHIP is not set -# CONFIG_NET_VENDOR_MYRI is not set -# CONFIG_NET_VENDOR_NATSEMI is not set -# CONFIG_NET_VENDOR_NETRONOME is not set -# CONFIG_NET_VENDOR_NVIDIA is not set -# CONFIG_NET_VENDOR_OKI is not set -# CONFIG_NET_VENDOR_QLOGIC is not set -# CONFIG_NET_VENDOR_QUALCOMM is not set -# CONFIG_NET_VENDOR_RDC is not set -# CONFIG_NET_VENDOR_REALTEK is not set -# CONFIG_NET_VENDOR_RENESAS is not set -# CONFIG_NET_VENDOR_ROCKER is not set -# CONFIG_NET_VENDOR_SAMSUNG is not set -# CONFIG_NET_VENDOR_SEEQ is not set -# CONFIG_NET_VENDOR_SILAN is not set -# CONFIG_NET_VENDOR_SIS is not set -# CONFIG_NET_VENDOR_SMSC is not set -# CONFIG_NET_VENDOR_SOLARFLARE is not set -# CONFIG_NET_VENDOR_STMICRO is not set -# CONFIG_NET_VENDOR_SUN is not set -# CONFIG_NET_VENDOR_SYNOPSYS is not set -# CONFIG_NET_VENDOR_TEHUTI is not set -# CONFIG_NET_VENDOR_TI is not set -# CONFIG_NET_VENDOR_VIA is not set -# CONFIG_NET_VENDOR_WIZNET is not set CONFIG_NFS_FS=y CONFIG_NFS_USE_KERNEL_DNS=y # CONFIG_NFS_USE_LEGACY_DNS is not set -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 4/8] octeontx: remove CFLAGS
You should not define CFLAGS for the toolchain as this will also leak into other targets if they share the same toolchain. Cc: Hauke Mehrtens <ha...@hauke-m.de> Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/octeontx/Makefile | 1 - 1 file changed, 1 deletion(-) diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index bbe8149..ecac152 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -10,7 +10,6 @@ ARCH:=aarch64 BOARD:=octeontx BOARDNAME:=Octeon-TX FEATURES:=targz pcie gpio rtc usb -CFLAGS:=-Os -pipe -fno-caller-saves MAINTAINER:=Tim Harvey <thar...@gateworks.com> -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/8] octeontx: add FAT FS support to kernel
The CN80XX Boot firmware uses an embedded FAT12 filesystem. For some reason busybox can't mount this unless its enabled static in the kernel. Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/octeontx/config-4.14 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/octeontx/config-4.14 b/target/linux/octeontx/config-4.14 index 34533ef..2efac7c 100644 --- a/target/linux/octeontx/config-4.14 +++ b/target/linux/octeontx/config-4.14 @@ -229,6 +229,7 @@ CONFIG_F2FS_STAT_FS=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_FANOTIFY=y CONFIG_FANOTIFY_ACCESS_PERMISSIONS=y +CONFIG_FAT_FS=y CONFIG_FIXED_PHY=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_FRAME_POINTER=y @@ -387,6 +388,7 @@ CONFIG_MMC_BLOCK=y CONFIG_MMC_CAVIUM_THUNDERX=y # CONFIG_MMC_TIFM_SD is not set CONFIG_MODULES_USE_ELF_RELA=y +CONFIG_MSDOS_FS=y # CONFIG_MTD is not set CONFIG_MUTEX_SPIN_ON_OWNER=y CONFIG_NEED_DMA_MAP_STATE=y -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support
We are using F2FS as our overlay read/write FS. Others can be supported as modules. Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/octeontx/config-4.14 | 9 - 1 file changed, 9 deletions(-) diff --git a/target/linux/octeontx/config-4.14 b/target/linux/octeontx/config-4.14 index c56a27d..34533ef 100644 --- a/target/linux/octeontx/config-4.14 +++ b/target/linux/octeontx/config-4.14 @@ -221,12 +221,6 @@ CONFIG_EDAC_THUNDERX=y CONFIG_EEPROM_AT24=y # CONFIG_EVM is not set CONFIG_EXPORTFS=y -CONFIG_EXT2_FS=y -CONFIG_EXT3_FS=y -# CONFIG_EXT3_FS_POSIX_ACL is not set -# CONFIG_EXT3_FS_SECURITY is not set -CONFIG_EXT4_FS=y -CONFIG_EXT4_FS_POSIX_ACL=y # CONFIG_F2FS_CHECK_FS is not set CONFIG_F2FS_FS=y # CONFIG_F2FS_FS_SECURITY is not set @@ -239,8 +233,6 @@ CONFIG_FIXED_PHY=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_FRAME_POINTER=y CONFIG_FREEZER=y -CONFIG_FS_MBCACHE=y -CONFIG_FS_POSIX_ACL=y CONFIG_FUTEX_PI=y CONFIG_GENERIC_ALLOCATOR=y CONFIG_GENERIC_ARCH_TOPOLOGY=y @@ -363,7 +355,6 @@ CONFIG_IRQ_FORCED_THREADING=y CONFIG_IRQ_TIME_ACCOUNTING=y CONFIG_IRQ_WORK=y # CONFIG_ISDN is not set -CONFIG_JBD2=y CONFIG_JUMP_LABEL=y CONFIG_KEXEC=y CONFIG_KEXEC_CORE=y -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/8] octeontx: add USB_PCI support
The CN80XX XHCI is supported through PCI Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/octeontx/config-4.14 | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/target/linux/octeontx/config-4.14 b/target/linux/octeontx/config-4.14 index 97d0cc6..c56a27d 100644 --- a/target/linux/octeontx/config-4.14 +++ b/target/linux/octeontx/config-4.14 @@ -70,7 +70,6 @@ CONFIG_ARM_GIC=y CONFIG_ARM_GIC_V2M=y CONFIG_ARM_GIC_V3=y CONFIG_ARM_GIC_V3_ITS=y -# CONFIG_ARM_PSCI_CHECKER is not set CONFIG_ARM_PSCI_FW=y CONFIG_ARM_SBSA_WATCHDOG=y # CONFIG_ARM_SP805_WATCHDOG is not set @@ -195,7 +194,6 @@ CONFIG_CRYPTO_SHA2_ARM64_CE=y CONFIG_CRYPTO_SIMD=y CONFIG_CRYPTO_WORKQUEUE=y CONFIG_DCACHE_WORD_ACCESS=y -# CONFIG_DEBUG_ALIGN_RODATA is not set # CONFIG_DEBUG_BLK_CGROUP is not set CONFIG_DEBUG_INFO=y CONFIG_DEFAULT_IOSCHED="noop" @@ -222,6 +220,7 @@ CONFIG_EDAC_THUNDERX=y # CONFIG_EDAC_XGENE is not set CONFIG_EEPROM_AT24=y # CONFIG_EVM is not set +CONFIG_EXPORTFS=y CONFIG_EXT2_FS=y CONFIG_EXT3_FS=y # CONFIG_EXT3_FS_POSIX_ACL is not set @@ -537,7 +536,6 @@ CONFIG_POWER_RESET=y CONFIG_POWER_RESET_SYSCON=y CONFIG_POWER_RESET_XGENE=y CONFIG_POWER_SUPPLY=y -CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=13 CONFIG_PRINT_QUOTA_WARNING=y CONFIG_PROC_PID_CPUSET=y CONFIG_PROC_VMCORE=y @@ -649,8 +647,11 @@ CONFIG_TREE_SRCU=y CONFIG_USB=y CONFIG_USB_COMMON=y # CONFIG_USB_EHCI_HCD is not set +CONFIG_USB_PCI=y CONFIG_USB_SUPPORT=y +# CONFIG_USB_UHCI_HCD is not set CONFIG_USB_XHCI_HCD=y +CONFIG_USB_XHCI_PCI=y CONFIG_USB_XHCI_PLATFORM=y CONFIG_USE_PERCPU_NUMA_NODE_ID=y CONFIG_VIRTIO=y -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] add support for OCTEON TX target
On Tue, Feb 13, 2018 at 12:51 PM, Hauke Mehrtens <ha...@hauke-m.de> wrote: > On 02/13/2018 09:46 PM, Hauke Mehrtens wrote: >> Hi Tim, >> >> sorry that I haven't reviewed this earlyer, but now I saw some problems, >> see my comments inline. >> >> Can you please create a follow up patch based on current master branch. Hauke, Thanks for your review! Looks like John committed already (thanks John!) but I will send followup patches for the things you point out. comments/questions below; >>> diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile >>> new file mode 100644 >>> index 000..bbe8149 >>> --- /dev/null >>> +++ b/target/linux/octeontx/Makefile >>> @@ -0,0 +1,27 @@ >>> +# >>> +# Copyright (C) 2018 OpenWrt.org >>> +# >>> +# This is free software, licensed under the GNU General Public License v2. >>> +# See /LICENSE for more information. >>> +# >>> +include $(TOPDIR)/rules.mk >>> + >>> +ARCH:=aarch64 >>> +BOARD:=octeontx >>> +BOARDNAME:=Octeon-TX >>> +FEATURES:=targz pcie gpio rtc usb >> >> I think you should define fpu here, but arm64 anyway has a fpu. >> >>> +CFLAGS:=-Os -pipe -fno-caller-saves >> >> You should not define CFLAGS for the toolchain as this will also leak >> into other targets if they share the same toolchain. >> >> Can you try to remove the CFLAGS setting if it still works? >> The build system will then set it to "-Os -pipe -mcpu=generic" I'll add fpu and remove CFLAGS after testing. >> >>> + >>> +MAINTAINER:=Tim Harvey <thar...@gateworks.com> >>> + >>> +KERNEL_PATCHVER:=4.14 >>> + >>> +define Target/Description >>> +Build images for Octeon-TX CN80XX/CN81XX based boards >>> +endef >>> + >>> +include $(INCLUDE_DIR)/target.mk >>> + >>> +KERNELNAME:=Image >>> + >>> +$(eval $(call BuildTarget)) >> >>> diff --git a/target/linux/octeontx/config-4.14 >>> b/target/linux/octeontx/config-4.14 >>> new file mode 100644 >>> index 000..97d0cc6 >>> --- /dev/null >>> +++ b/target/linux/octeontx/config-4.14 >>> @@ -0,0 +1,670 @@ >> . >>> +# CONFIG_CRYPTO_SHA512_ARM64 is not set >>> +CONFIG_CRYPTO_SIMD=y >>> +CONFIG_CRYPTO_WORKQUEUE=y >>> +CONFIG_DCACHE_WORD_ACCESS=y >>> +# CONFIG_DEBUG_ALIGN_RODATA is not set >>> +# CONFIG_DEBUG_BLK_CGROUP is not set >>> +CONFIG_DEBUG_INFO=y >> >> Is this needed by default? no - will remove >> >>> +CONFIG_DEFAULT_IOSCHED="noop" >>> +CONFIG_DEFAULT_NOOP=y >>> +# CONFIG_DEVPORT is not set >>> +CONFIG_DEVTMPFS=y >>> +CONFIG_DEVTMPFS_MOUNT=y >>> +CONFIG_DMADEVICES=y >>> +CONFIG_DMA_CMA=y >>> +CONFIG_DMA_ENGINE=y >>> +# CONFIG_DMA_NOOP_OPS is not set >>> +CONFIG_DMA_OF=y >>> +CONFIG_DMA_SHARED_BUFFER=y >>> +# CONFIG_DMA_VIRT_OPS is not set >>> +CONFIG_DNS_RESOLVER=y >>> +# CONFIG_DRM_LIB_RANDOM is not set >>> +CONFIG_DTC=y >>> +CONFIG_DT_IDLE_STATES=y >>> +CONFIG_EDAC=y >>> +# CONFIG_EDAC_DEBUG is not set >>> +CONFIG_EDAC_LEGACY_SYSFS=y >>> +CONFIG_EDAC_SUPPORT=y >>> +CONFIG_EDAC_THUNDERX=y >>> +# CONFIG_EDAC_XGENE is not set >>> +CONFIG_EEPROM_AT24=y >>> +# CONFIG_EVM is not set >>> +CONFIG_EXT2_FS=y >>> +CONFIG_EXT3_FS=y >> >> Please activate ext2 and 3 support in ext4 instead. done - I actually am removing all EXT static as I believe F2FS is preferred for MMC. >> >>> +# CONFIG_EXT3_FS_POSIX_ACL is not set >>> +# CONFIG_EXT3_FS_SECURITY is not set >>> +CONFIG_EXT4_FS=y >>> +CONFIG_EXT4_FS_POSIX_ACL=y >>> +# CONFIG_F2FS_CHECK_FS is not set >>> +CONFIG_F2FS_FS=y >>> +# CONFIG_F2FS_FS_SECURITY is not set >>> +CONFIG_F2FS_FS_XATTR=y >>> +CONFIG_F2FS_STAT_FS=y >> ... >> >> You should run "make kernel_oldconfig" to refresh the configuration. I did and it didn't change target/linux/octeontx/config-4.14? > > Please do not deactivate all the CONFIG_NET_VENDOR* options. That makes sense in general as they are all enabled in target/linux/generic/config-4.14 to allow inclusion of modules. I do see there are several targets that undef them like I did. I did find that undefining them prompts for QCA7000_UART - I'll submit a patch that undefs that in target/linux/generic/config-4.14. Are there a set of general rules when preparing new target kernel configs or updating kernel configs for new kernel versions? > >> >> There is also something missing in this configuration or in the generic >> one, see this error from the build bot: >> http://phase1.builds.lede-project.org/builders/octeontx%2Fgeneric/builds/0/steps/kmods/logs/stdio >> >> Please test compile it with this configuration: >> CONFIG_TARGET_octeontx=y >> CONFIG_TARGET_octeontx_Default=y >> CONFIG_TARGET_BOARD="octeontx" >> CONFIG_ALL_KMODS=y >> > I haven't encountered any issues with those configs. I'm not quite clear how to reproduce the failure from http://phase1.builds.lede-project.org/builders/octeontx%2Fgeneric/builds/0/steps/kmods/logs/stdio. Regards, Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 4/4] imx6: remove support for 4.9
Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/imx6/config-4.9 | 497 .../files-4.9/arch/arm/boot/dts/imx6dl-gw5904.dts | 19 - .../files-4.9/arch/arm/boot/dts/imx6q-gw5904.dts | 23 - .../arch/arm/boot/dts/imx6qdl-gw5904.dtsi | 629 - ...-imx-add-gateworks-ventana-gw5904-support.patch | 18 - target/linux/imx6/patches-4.9/100-bootargs.patch | 11 - .../linux/imx6/patches-4.9/200-disable-msi.patch | 22 - .../imx6/patches-4.9/210-disable-uart-dma.patch| 23 - 8 files changed, 1242 deletions(-) delete mode 100644 target/linux/imx6/config-4.9 delete mode 100644 target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6dl-gw5904.dts delete mode 100644 target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6q-gw5904.dts delete mode 100644 target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi delete mode 100644 target/linux/imx6/patches-4.9/0001-arm-dts-imx-add-gateworks-ventana-gw5904-support.patch delete mode 100644 target/linux/imx6/patches-4.9/100-bootargs.patch delete mode 100644 target/linux/imx6/patches-4.9/200-disable-msi.patch delete mode 100644 target/linux/imx6/patches-4.9/210-disable-uart-dma.patch diff --git a/target/linux/imx6/config-4.9 b/target/linux/imx6/config-4.9 deleted file mode 100644 index 12ba566..000 --- a/target/linux/imx6/config-4.9 +++ /dev/null @@ -1,497 +0,0 @@ -CONFIG_AHCI_IMX=y -CONFIG_ALIGNMENT_TRAP=y -CONFIG_ARCH_CLOCKSOURCE_DATA=y -CONFIG_ARCH_HAS_ELF_RANDOMIZE=y -CONFIG_ARCH_HAS_GCOV_PROFILE_ALL=y -CONFIG_ARCH_HAS_RESET_CONTROLLER=y -CONFIG_ARCH_HAS_SG_CHAIN=y -CONFIG_ARCH_HAS_TICK_BROADCAST=y -CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y -CONFIG_ARCH_HIBERNATION_POSSIBLE=y -CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y -CONFIG_ARCH_MMAP_RND_BITS_MAX=15 -CONFIG_ARCH_MULTIPLATFORM=y -# CONFIG_ARCH_MULTI_CPU_AUTO is not set -CONFIG_ARCH_MULTI_V6_V7=y -CONFIG_ARCH_MULTI_V7=y -CONFIG_ARCH_MXC=y -CONFIG_ARCH_NR_GPIO=0 -# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set -# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set -CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y -CONFIG_ARCH_SUPPORTS_BIG_ENDIAN=y -CONFIG_ARCH_SUPPORTS_UPROBES=y -CONFIG_ARCH_SUSPEND_POSSIBLE=y -CONFIG_ARCH_USE_BUILTIN_BSWAP=y -CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y -CONFIG_ARCH_WANT_GENERAL_HUGETLB=y -CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y -CONFIG_ARM=y -CONFIG_ARM_CPU_SUSPEND=y -CONFIG_ARM_CRYPTO=y -CONFIG_ARM_ERRATA_754322=y -CONFIG_ARM_ERRATA_764369=y -CONFIG_ARM_ERRATA_775420=y -CONFIG_ARM_GIC=y -CONFIG_ARM_HAS_SG_CHAIN=y -CONFIG_ARM_HEAVY_MB=y -CONFIG_ARM_IMX6Q_CPUFREQ=y -CONFIG_ARM_L1_CACHE_SHIFT=6 -CONFIG_ARM_L1_CACHE_SHIFT_6=y -# CONFIG_ARM_LPAE is not set -CONFIG_ARM_PATCH_IDIV=y -CONFIG_ARM_PATCH_PHYS_VIRT=y -CONFIG_ARM_THUMB=y -# CONFIG_ARM_THUMBEE is not set -CONFIG_ARM_VIRT_EXT=y -CONFIG_ASN1=y -CONFIG_ASSOCIATIVE_ARRAY=y -CONFIG_ATA=y -CONFIG_ATAGS=y -CONFIG_AUTO_ZRELADDR=y -CONFIG_BLK_MQ_PCI=y -CONFIG_CACHE_L2X0=y -CONFIG_CLKDEV_LOOKUP=y -CONFIG_CLKSRC_IMX_GPT=y -CONFIG_CLKSRC_MMIO=y -CONFIG_CLKSRC_OF=y -CONFIG_CLKSRC_PROBE=y -CONFIG_CLONE_BACKWARDS=y -CONFIG_CLZ_TAB=y -CONFIG_COMMON_CLK=y -CONFIG_CPUFREQ_DT=y -CONFIG_CPUFREQ_DT_PLATDEV=y -CONFIG_CPU_32v6K=y -CONFIG_CPU_32v7=y -CONFIG_CPU_ABRT_EV7=y -# CONFIG_CPU_BIG_ENDIAN is not set -# CONFIG_CPU_BPREDICT_DISABLE is not set -CONFIG_CPU_CACHE_V7=y -CONFIG_CPU_CACHE_VIPT=y -CONFIG_CPU_COPY_V6=y -CONFIG_CPU_CP15=y -CONFIG_CPU_CP15_MMU=y -CONFIG_CPU_FREQ=y -CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y -CONFIG_CPU_FREQ_GOV_ATTR_SET=y -CONFIG_CPU_FREQ_GOV_COMMON=y -CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y -CONFIG_CPU_FREQ_GOV_ONDEMAND=y -CONFIG_CPU_FREQ_GOV_PERFORMANCE=y -CONFIG_CPU_FREQ_GOV_POWERSAVE=y -CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y -CONFIG_CPU_FREQ_GOV_USERSPACE=y -CONFIG_CPU_FREQ_STAT=y -CONFIG_CPU_FREQ_STAT_DETAILS=y -CONFIG_CPU_HAS_ASID=y -# CONFIG_CPU_ICACHE_DISABLE is not set -CONFIG_CPU_PABRT_V7=y -CONFIG_CPU_RMAP=y -CONFIG_CPU_THERMAL=y -CONFIG_CPU_TLB_V7=y -CONFIG_CPU_V7=y -# CONFIG_CRASHLOG is not set -CONFIG_CRC16=y -CONFIG_CRYPTO_ABLK_HELPER=y -CONFIG_CRYPTO_AEAD=y -CONFIG_CRYPTO_AEAD2=y -CONFIG_CRYPTO_AES_ARM=y -CONFIG_CRYPTO_AES_ARM_BS=y -# CONFIG_CRYPTO_AES_ARM_CE is not set -CONFIG_CRYPTO_AKCIPHER=y -CONFIG_CRYPTO_AKCIPHER2=y -CONFIG_CRYPTO_AUTHENC=y -CONFIG_CRYPTO_CBC=y -CONFIG_CRYPTO_CRC32C=y -CONFIG_CRYPTO_CRYPTD=y -CONFIG_CRYPTO_CTR=y -CONFIG_CRYPTO_CTS=y -CONFIG_CRYPTO_DEFLATE=y -CONFIG_CRYPTO_DEV_FSL_CAAM=y -CONFIG_CRYPTO_DEV_FSL_CAAM_AHASH_API=y -CONFIG_CRYPTO_DEV_FSL_CAAM_CRYPTO_API=y -# CONFIG_CRYPTO_DEV_FSL_CAAM_DEBUG is not set -CONFIG_CRYPTO_DEV_FSL_CAAM_IMX=y -# CONFIG_CRYPTO_DEV_FSL_CAAM_INTC is not set -CONFIG_CRYPTO_DEV_FSL_CAAM_JR=y -CONFIG_CRYPTO_DEV_FSL_CAAM_PKC_API=y -CONFIG_CRYPTO_DEV_FSL_CAAM_RINGSIZE=9 -CONFIG_CRYPTO_DEV_FSL_CAAM_RNG_API=y -# CONFIG_CRYPTO_DEV_MXC_SCC is not set -CONFIG_CRYPTO_DRBG=y -CONFIG_CRYPTO_DRBG_HMAC=y -CONFIG_CRYPTO_DRBG_MENU=y -CONFIG_CRYPTO_ECB=y -CONFIG_CRYPTO_GF128MUL=y -# CONFIG_CRYPTO_GHASH_ARM_CE is n
[OpenWrt-Devel] [PATCH 3/4] imx6: switch to Linux 4.14
Signed-off-by: Tim Harvey <thar...@gateworks.com> --- target/linux/imx6/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/imx6/Makefile b/target/linux/imx6/Makefile index ae6a9b0..152a58e 100644 --- a/target/linux/imx6/Makefile +++ b/target/linux/imx6/Makefile @@ -14,7 +14,7 @@ CPU_TYPE:=cortex-a9 CPU_SUBTYPE:=neon MAINTAINER:=Luka Perkov <l...@openwrt.org> -KERNEL_PATCHVER:=4.9 +KERNEL_PATCHVER:=4.14 include $(INCLUDE_DIR)/target.mk -- 2.7.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel