aboutsummaryrefslogtreecommitdiff
path: root/package/kernel/linux/modules/crypto.mk
Commit message (Collapse)AuthorAge
* kernel: kmod-crypto-lib-aescfb: Remove packageHauke Mehrtens2025-07-27
| | | | | | | | | | | | | kmod-crypto-lib-aescfb is marked hidden and not selected by any other package, it can not be build. The Kconfig option in the kernel has no title, so it can not be selected, it is only selected by CONFIG_TCG_TPM2_HMAC in the kernel. Fixes: ef2310b031a9 ("kernel: modules: update dependency for kmod-tpm") Fixes: aa51a1c13a3a ("kernel: kmod-crypto-lib-aescfb: Mark hidden") Link: https://github.com/openwrt/openwrt/pull/19532 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: kmod-crypto-lib-aescfb: Mark hiddenHauke Mehrtens2025-07-26
| | | | | | | | The Kernel config option CONFIG_CRYPTO_LIB_AESCFB has no title and can not be directly selected. Do the same for this kmod and make it hidden. Link: https://github.com/openwrt/openwrt/pull/19480 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: kmod-crypto-engine: Mark hiddenHauke Mehrtens2025-07-26
| | | | | | | | The Kernel config option CONFIG_CRYPTO_ENGINE has no title and can not be directly selected. Do the same for this kmod and make it hidden. Link: https://github.com/openwrt/openwrt/pull/19480 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* uml: fix CONFIG_ALL_KMODSChristian Lamparter2025-06-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | building with CONFIG_ALL_KMODS unearthed all sorts of interesting failures ERROR: module 'crypto/chacha-x86_64.ko' is missing. ERROR: module 'crypto/poly1305-x86_64.ko' is missing. ERROR: module 'crypto/curve25519-x86_64.ko' is missing. ERROR: module 'crypto/camellia-x86_64.ko' is missing. These stem from the main UML Makefile. |# UML only makes sense on linux |ifeq ($(HOST_OS),Linux) | ifeq ($(HOST_ARCH),x86_64) | |ARCH:=x86_64 |BOARD:=uml The modules in question define x86_64 optimized version and the OpenWrt's buildsystem expects that these modules will be present. SPI is not available due to the UML Architecture not setting HAS_IOMEM. In the future, UML could get (virtualized) IOMEM and/or SPI could drop the HAS_IOMEM dependency. A patch for the latter has been sent: <https://lore.kernel.org/linux-spi/20250530234941.950431-1-chunkeey@gmail.com/T/#u> mt76: Unfortunately, the firmware packages are picked up, but the associated drivers can't be build because iowrite32+ioread32 are not defined. Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* kernel: add new kmod and update kmod-tpmMieczyslaw Nalewaj2025-04-30
| | | | | | | | | | | | | | Create a crypto-lib-aescfb package needed for new deps for kmod-tpm. Package kmod-tpm is missing dependencies for the following libraries: ecdh_generic.ko kpp.ko libaescfb.ko Co-authored-by: John Audia <therealgraysky@proton.me> Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/16547 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* kernel: crypto: add atmel i2c hw accelerator supportTianling Shen2024-12-22
| | | | | | | | Add support for Microchip / Atmel ECC/SHA/RNG hw accelerator. Signed-off-by: Tianling Shen <cnsztl@immortalwrt.org> Link: https://github.com/openwrt/openwrt/pull/17253 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: package crypto_engine driverThomas Richard2024-11-23
| | | | | | | | It is needed for the stm32/stm32mp1 subtarget. Signed-off-by: Thomas Richard <thomas.richard@bootlin.com> Link: https://github.com/openwrt/openwrt/pull/16716 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* packages: remove remnants of kernels below 6.6Mieczyslaw Nalewaj2024-09-21
| | | | | | | | Remove remnants of kernels below 6.6. Signed-off-by: Mieczyslaw Nalewaj <namiltd@yahoo.com> Link: https://github.com/openwrt/openwrt/pull/16432 Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: Add kmod-crypto-xxhashHauke Mehrtens2024-07-03
| | | | | | | | | | kxxhash_generic.ko is a soft dependency of kmod-fs-btrfs, but we did not package it. Extract the kmod-lib-xxhash and then package xxhash_generic.ko. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Link: https://github.com/openwrt/openwrt/pull/15833 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* kernel: Add kmod-crypto-blake2bHauke Mehrtens2024-07-03
| | | | | | | | | | | The kmod-fs-btrfs package has a soft dependency to kmod-crypto-blake2b The CONFIG_BTRFS_FS kernel build option selects CONFIG_CRYPTO_BLAKE2B, but we did not package it before. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Link: https://github.com/openwrt/openwrt/pull/15833 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
* kernel: crypto: remove FCRYPT from miscellanyNathaniel Wesley Filardo2024-06-23
| | | | | | | | It has its own dedicated knob Signed-off-by: Nathaniel Wesley Filardo <nwfilardo@gmail.com> Link: https://github.com/openwrt/openwrt/pull/15761 Signed-off-by: Robert Marko <robimarko@gmail.com>
* ixp4xx: Bump to kernel v6.6Linus Walleij2024-05-20
| | | | | | | | | | | | The IXP4xx is well supported upstream and can readily be supported with kernel v6.6. To simplify things after the DTS directory was renamed, switch to v6.6 only. Bring in some outstanding patches. Tested on the Gateworks GW2348-4. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* treewide: remove implicit SUBTARGETPaul Spooren2024-04-08
| | | | | | | | | | | | | | | | | | Historically it's possible to leave the `SUBTARGETS` undefined and automatically fallback to a "generic" subtarget. This however breaks various downstream scripts which may have expectations around filenames: While some targets with an explicit generic subtarget contain `generic` in the filenames of artifacts, implicit "subtargets" don't. Right now this breaks the CI[1], possibly also scripts using the ImageBuilders. This commit removes all code that support implicit handling of subtargets and instead requires every target to define "SUBTARGETS". [1]: https://github.com/openwrt/openwrt/actions/runs/8592821105/job/23548273630 Signed-off-by: Paul Spooren <mail@aparcar.org>
* imx: add imx8m supportTim Harvey2024-03-24
| | | | | | | | | | | | | | | | | | | | Add imx8m support: - add a cortexa53 subtarget to imx - move ARCH and KERNELNAME to subtargets - account for kernel modules that are not used for cortexa53 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 <tharvey@gateworks.com>
* kernel: kmod-crypto-gf128: Fix build with kernel 6.6Hauke Mehrtens2024-03-14
| | | | | | | The gf128mul.ko module was moved in kernel 6.2: https://git.kernel.org/linus/61c581a46a9668747d355436bd4b2505594539bd Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: kmod-crypto-user: Add missing dependencyHauke Mehrtens2024-03-14
| | | | | | | The algif_rng.ko kernel module depends on the rng.ko kernel module with kernel 6.6 when compiling for MIPS malta. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: crypto: add kmod-crypto-geniv as dependency to modules that use itRobert Marko2024-03-11
| | | | | | | | Now that geniv is packaged separately for kernel 6.6, we need to add it as a dependency to kmod-crypto-seqiv and kmod-crypto-echainiv that require it under kernel 6.6. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: remove geniv from aead with kernel 6.6Robert Marko2024-03-11
| | | | | | | | geniv was separated intentionally from aead in kernel 6.5, and since we now have it packaged separately as well remove it from kmod-aead in 6.6. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: package geniv as a separate module for 6.6Robert Marko2024-03-11
| | | | | | | | | | In kernel 6.5 geniv was split from AEAD config symbol, in order to manage its dependencies on other code. So, lets do the same in OpenWrt and split it from aead module so others can depend on geniv directly. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: modules: crypto: adapt for kernel 6.6Weijie Gao2024-03-11
| | | | | | | | | | Adapt crypto kmods for building under kernel 6.6: * mpi.ko moved from lib/mpi/mpi.ko to lib/crypto/mpi/mpi.ko * jitterentropy_rng requires SHA3 support for kernel 6.6 Signed-off-by: Robert Marko <robimarko@gmail.com> Signed-off-by: Tan Zien <nabsdh9@gmail.com> Signed-off-by: Weijie Gao <hackpascal@gmail.com>
* kernel: crypto: use ARM64 SHA256 CE optimized module for more targetsRobert Marko2024-03-08
| | | | | | | | | | | At start I only set qualcommax to use the Crypto Extensions optimized version of SHA256 as I knew it supports the optional Crypto Extensions. However, after looking into the tree there are more targets/subtargets that I could find at least a specification sheet that says the support Cryptographic Extensions, so lets add them. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: use ARM64 SHA1 CE optimized module for more targetsRobert Marko2024-03-08
| | | | | | | | | | | At start I only set qualcommax to use the Crypto Extensions optimized version of SHA1 as I knew it supports the optional Crypto Extensions. However, after looking into the tree there are more targets/subtargets that I could find at least a specification sheet that says the support Cryptographic Extensions, so lets add them. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: add SHA512 ARM64 ASM optimized moduleRobert Marko2024-03-06
| | | | | | | | | | | Kernel has an ASM optimized version of SHA512 that was ported from OpenSSL, so lets package it as it provides significant perfomance improvement compared to the generic implementation. There is a Cryptographic Extension based version as well, but that relies on ARMv8.2 ISA which I am not aware any of the OpenWrt supported SoC-s use. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: add SHA2(224 and 256) ARM64 CE optimized moduleRobert Marko2024-03-06
| | | | | | | | | | Kernel has optimized version of SHA2(224 and 256) using the ARMv8 Crypto Extensions, so lets package it. Use it by default for qualcommax as it uses Cortex-A53 core and has ARMv8 CE extensions present. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: add SHA256 ARM64 ASM optimized moduleRobert Marko2024-03-06
| | | | | | | | Kernel has an ASM optimized version of SHA256 that was ported from OpenSSL, so lets package it as it provides significant perfomance improvement compared to the generic implementation. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: add SHA1 ARM64 CE optimized moduleRobert Marko2024-03-06
| | | | | | | | | | Kernel has optimized version of SHA1 using the ARMv8 Crypto Extensions, so lets package it. Use it by default for qualcommax as it uses Cortex-A53 core and has ARMv8 CE extensions present. Signed-off-by: Robert Marko <robimarko@gmail.com>
* kernel: crypto: package SHA3Robert Marko2024-03-05
| | | | | | | | | | | SHA3 is now required by jitterentropy_rng in kernel 6.6, so lets start preparing by packaging SHA3 support as its supported in 5.15 and 6.1 kernels as well. AFAIK, only ARMv8.2 has a crypto extension for SHA3, however I am not aware of any SoC we support that uses ARMv8.2 ISA so its not enabled currently. Signed-off-by: Robert Marko <robimarko@gmail.com>
* ixp4xx: Add a ixp4xx hardware crypto kernel moduleLinus Walleij2023-10-25
| | | | | | | | The IXP4xx crypto module must be loaded after the rootfs is up as it depends on loading some NPE microcode from the file system. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* kernel: crypto: armeb build rules for lib-chacha20Linus Walleij2023-10-20
| | | | | | | | | The lib-chacha20 library is missing build rules for big endian ARM, and since IXP4xx is big endian ARM we need those rules to build for IXP4xx. Suggested-by: Tomasz Maciej Nowak <tmn505@gmail.com> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* ramips: add support for mtk eip93 crypto engineAviana Cruz2023-09-12
| | | | | | | | | Mediatek EIP93 Crypto engine is a crypto accelerator which is available in the Mediatek MT7621 SoC. Signed-off-by: Aviana Cruz <gwencroft@proton.me> Co-authored-by: Richard van Schagen <vschagen@icloud.com> Co-authored-by: Chukun Pan <amadeus@jmu.edu.cn>
* uml: exclude some /arch/x86 optimizationsChristian Lamparter2023-05-22
| | | | | | | | | | | The x86_64 UML target wants to include SSSE3 optimized crypto code which lives under /arch/x86/crypto. However, these are not built and this causes an error. | ERROR: module '[...]/arch/x86/crypto/sha512-ssse3.ko' is missing. | make[3]: *** [modules/crypto.mk:990: [...]/kmod-crypto-sha512_5.15.112-1_x86_64.ipk] Error 1 Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* treewide: cleanup kernel symbol referencesNick Hainke2023-05-12
| | | | | | | | | | | | | | | We only use 5.15 kernel. So remove all those unnecessary symbols referencing 5.10 or 5.15 kernel. Can be found with: git grep -E 'LINUX_5_1(0|5)' Note that we remove the dependency from "sound-soc-chipdip-dac" instead of removing the complete kernel package. The 5.15 version bump forgot to delete the "@LINUX_5_10" dependency. The kernel package is still needed in 5.15 kernel. Signed-off-by: Nick Hainke <vincent@systemli.org>
* treewide: remove all @{lt,gt,ge,le} appearances affecting 5.10 kernelNick Hainke2023-05-12
| | | | | | We only use 5.15 kernel. So remove all those unnecessary appearances. Signed-off-by: Nick Hainke <vincent@systemli.org>
* kernel: crypto: crypto-rng: select SHA512 for >= 5.14.0Glen Huang2023-04-29
| | | | | | | drbg swtiched to use HMAC(SHA-512) since 5.14.0 https://github.com/torvalds/linux/commit/5261cdf457ce3635bf18d393a3c1991dcfaf9d02 Signed-off-by: Glen Huang <me@glenhuang.com>
* kernel: crypto: fix missing dependecies for CRYPTO_USER_API_ENABLE_OBSOLETEPetr Štetiar2023-04-10
| | | | | | | CRYPTO_USER_API_ENABLE_OBSOLETE config symbol depends on CRYPTO_USER so lets add this dependency to relevant modules. Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: crypto: fix architecture specific modulesPetr Štetiar2023-04-10
| | | | | | | | | | | | | | While tracking one bug report related to wrong package dependencies I've noticed, that a bunch of the crypto modules are actually not architecture specific, but either board/subtarget (x86/64) or board (mpc85xx) specific. So lets fix it, by making those modules architecture specific: x86/64 -> x86_64 mpc85xx -> powerpc Signed-off-by: Petr Štetiar <ynezz@true.cz>
* kernel: x86: Add glue_helper.ko only on kernel < 5.12Hauke Mehrtens2022-10-22
| | | | | | | This module was removed with kernel 5.12. This fixes the build of the x86 target. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: modules: package kmod-crypto-essivDaniel Golle2022-09-11
| | | | | | Package kernel module providing ESSIV support for block encryption. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* kernel: build crypto md5/sha1/sha256 modules for powerpcJosef Schlehofer2022-09-02
| | | | | | | | | | | | | | | | This builds and enables kernel optimized modules for mpc85xx target: - CONFIG_CRYPTO_MD5_PPC [1] - CONFIG_CRYPTO_SHA1_PPC_SPE [2] - CONFIG_CRYPTO_SHA256_PPC_SPE [3] Where it was possible, then use Signal Processing Engine, because CONFIG_SPE is already enabled in mpc85xx config. [1] https://cateee.net/lkddb/web-lkddb/CRYPTO_MD5_PPC.html [2] https://cateee.net/lkddb/web-lkddb/CRYPTO_SHA1_PPC.html [3] https://cateee.net/lkddb/web-lkddb/CRYPTO_SHA256_PPC_SPE.html Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
* kernel: fix typo for tegra crypto-sha1 moduleJosef Schlehofer2022-08-31
| | | | | | | Fixes: e889489bedfd2830411bd0cf6564b8272aa9c254 ("kernel: build arm/neon-optimized sha1/512 modules") Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
* kernel: enable inside secure driver for MediaTek platformsDaniel Golle2022-08-28
| | | | | | | | Older MT7623 ARMv7 SoC as well as new Filogic platforms come with inside-secure,safexcel-eip97 units. Enable them in DTS and select the driver kernel module by default on those platforms. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* kernel: kmod-crypto-authenc: Add authencesn.koHauke Mehrtens2022-08-10
| | | | | | | The kernel configuration option CONFIG_CRYPTO_AUTHENC builds authenc.ko and authencesn.ko, pack both kernel modules. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: clean-up after kernel 5.4 removalTomasz Maciej Nowak2022-06-24
| | | | | | | These narrowments are no longer useful, since there's no lower version than 5.10 supported in tree. Signed-off-by: Tomasz Maciej Nowak <tmn505@gmail.com>
* kernel: bump 5.10 to 5.10.119John Audia2022-06-06
| | | | | | | | | | Delete the crypto-lib-blake2s kmod package, as BLAKE2s is now built-in. Patches automatically rebased. Build system: x86_64 Build-tested: ipq806x/R7800, x86/64 Signed-off-by: John Audia <therealgraysky@proton.me>
* kernel: crypto: add kmod-crypto-chacha20poly1305Xu Wang2022-06-03
| | | | | | | | Needed by strongSwan IPsec VPN for strongswan-mod-chapoly. Not to be confused with kmod-crypto-LIB-chacha20poly1305, which is an 8-byte nonce version used by wireguard. Signed-off-by: Xu Wang <xwang1498@gmx.com>
* kernel: 5.15: add new moduleAnsuel Smith2022-03-27
| | | | | | | | | | | | | Add new module require in 5.15 - Changes in block module - Changes in netfilter module (log module unified) - Changes in fs module (mainly new depends for cifs and new ntfs3 module) - Changes in lib add shared lib now used by more than 1 kmod - Changes in crypto, dropped one crypto algo added arm crypto accellerator - Changes in other, add zram default compressor choice and missing lib by tpm module Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
* kernel: update dependencies after 'imx6' -> 'imx' renamePiotr Dymacz2021-11-03
| | | | Signed-off-by: Piotr Dymacz <pepe2k@gmail.com>
* kernel: crypto: limit crypto-hw-hifn-795x to devices with pci supportAleksander Jan Bajkowski2021-06-22
| | | | | | | CONFIG_CRYPTO_DEV_HIFN_795X depends on PCI. This driver only makes sense on devices with pci support. Signed-off-by: Aleksander Jan Bajkowski <A.Bajkowski@stud.elka.pw.edu.pl>
* kernel: limit crypto-hw-talitos to the mpc85xx and layerscapeAleksander Jan Bajkowski2021-05-23
| | | | | | | CONFIG_CRYPTO_DEV_TALITOS depends on FSL_SOC. This driver only makes sense on Freescale(NXP) SoCs. Signed-off-by: Aleksander Jan Bajkowski <A.Bajkowski@stud.elka.pw.edu.pl>
* kernel: limit crypto-hw-geode to the x86/geodeAleksander Jan Bajkowski2021-05-23
| | | | | | | CONFIG_CRYPTO_DEV_GEODE depends on X86_32. This driver only makes sense on X86\geode. Signed-off-by: Aleksander Jan Bajkowski <A.Bajkowski@stud.elka.pw.edu.pl>
Powered by cgit, Themed by Ted Yin.