Changes in Makefile

90d7412cd1ca82528adaf79abffaf12c36ba1b19 - s390/string: Convert memset(16|32|64)() to C

Tue, 09 Jun 2026 12:33:41 +0200

s390/string: Convert memset(16|32|64)() to CConvert memset(16|32|64)() from assembler to C, which should make iteasier to read and change, if required. And it allows the compiler tooptimize the code, and use different instructions, except for the usedinline assemblies.Reviewed-by: Juergen Christ Signed-off-by: Heiko Carstens Signed-off-by: Alexander Gordeev List of files: /linux/arch/s390/lib/Makefile

78016b6da77e9d3a5ed11f7366cac385eb50a058 - s390/string: Add -ffreestanding compile option to string.o

Tue, 09 Jun 2026 12:33:37 +0200

s390/string: Add -ffreestanding compile option to string.oUse -ffreestanding for string.o to avoid that the compiler generatescalls into themselves for standard library functions like memset().Reviewed-by: Juergen Christ Signed-off-by: Heiko Carstens Signed-off-by: Alexander Gordeev List of files: /linux/arch/s390/lib/Makefile

95c104cc55713b90012810e8965c27b9ef990097 - s390: move the XOR code to lib/raid/

Fri, 27 Mar 2026 07:16:50 +0100

s390: move the XOR code to lib/raid/Move the optimized XOR into lib/raid and include it it in xor.ko insteadof unconditionally building it into the main kernel image.Link: https://lkml.kernel.org/r/20260327061704.3707577-19-hch@lst.deSigned-off-by: Christoph Hellwig Acked-by: Heiko Carstens Reviewed-by: Eric Biggers Tested-by: Eric Biggers Cc: Albert Ou Cc: Alexander Gordeev Cc: Alexandre Ghiti Cc: Andreas Larsson Cc: Anton Ivanov Cc: Ard Biesheuvel Cc: Arnd Bergmann Cc: "Borislav Petkov (AMD)" Cc: Catalin Marinas Cc: Chris Mason Cc: Christian Borntraeger Cc: Dan Williams Cc: David S. Miller Cc: David Sterba Cc: Herbert Xu Cc: "H. Peter Anvin" Cc: Huacai Chen Cc: Ingo Molnar Cc: Jason A. Donenfeld Cc: Johannes Berg Cc: Li Nan Cc: Madhavan Srinivasan Cc: Magnus Lindholm Cc: Matt Turner Cc: Michael Ellerman Cc: Nicholas Piggin Cc: Palmer Dabbelt Cc: Richard Henderson Cc: Richard Weinberger Cc: Russell King Cc: Song Liu Cc: Sven Schnelle Cc: Ted Ts'o Cc: Vasily Gorbik Cc: WANG Xuerui Cc: Will Deacon Signed-off-by: Andrew Morton List of files: /linux/arch/s390/lib/Makefile

13150742b09e720fdf021de14cd2b98b37415a89 - Merge tag 'libcrypto-updates-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux

Tue, 29 Jul 2025 02:58:52 +0200

Merge tag 'libcrypto-updates-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linuxPull crypto library updates from Eric Biggers: "This is the main crypto library pull request for 6.17. The main focus this cycle is on reorganizing the SHA-1 and SHA-2 code, providing high-quality library APIs for SHA-1 and SHA-2 including HMAC support, and establishing conventions for lib/crypto/ going forward: - Migrate the SHA-1 and SHA-512 code (and also SHA-384 which shares most of the SHA-512 code) into lib/crypto/. This includes both the generic and architecture-optimized code. Greatly simplify how the architecture-optimized code is integrated. Add an easy-to-use library API for each SHA variant, including HMAC support. Finally, reimplement the crypto_shash support on top of the library API. - Apply the same reorganization to the SHA-256 code (and also SHA-224 which shares most of the SHA-256 code). This is a somewhat smaller change, due to my earlier work on SHA-256. But this brings in all the same additional improvements that I made for SHA-1 and SHA-512. There are also some smaller changes: - Move the architecture-optimized ChaCha, Poly1305, and BLAKE2s code from arch/$(SRCARCH)/lib/crypto/ to lib/crypto/$(SRCARCH)/. For these algorithms it's just a move, not a full reorganization yet. - Fix the MIPS chacha-core.S to build with the clang assembler. - Fix the Poly1305 functions to work in all contexts. - Fix a performance regression in the x86_64 Poly1305 code. - Clean up the x86_64 SHA-NI optimized SHA-1 assembly code. Note that since the new organization of the SHA code is much simpler, the diffstat of this pull request is negative, despite the addition of new fully-documented library APIs for multiple SHA and HMAC-SHA variants. These APIs will allow further simplifications across the kernel as users start using them instead of the old-school crypto API. (I've already written a lot of such conversion patches, removing over 1000 more lines of code. But most of those will target 6.18 or later)"* tag 'libcrypto-updates-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux: (67 commits) lib/crypto: arm64/sha512-ce: Drop compatibility macros for older binutils lib/crypto: x86/sha1-ni: Convert to use rounds macros lib/crypto: x86/sha1-ni: Minor optimizations and cleanup crypto: sha1 - Remove sha1_base.h lib/crypto: x86/sha1: Migrate optimized code into library lib/crypto: sparc/sha1: Migrate optimized code into library lib/crypto: s390/sha1: Migrate optimized code into library lib/crypto: powerpc/sha1: Migrate optimized code into library lib/crypto: mips/sha1: Migrate optimized code into library lib/crypto: arm64/sha1: Migrate optimized code into library lib/crypto: arm/sha1: Migrate optimized code into library crypto: sha1 - Use same state format as legacy drivers crypto: sha1 - Wrap library and add HMAC support lib/crypto: sha1: Add HMAC support lib/crypto: sha1: Add SHA-1 library functions lib/crypto: sha1: Rename sha1_init() to sha1_init_raw() crypto: x86/sha1 - Rename conflicting symbol lib/crypto: sha2: Add hmac_sha*_init_usingrawkey() lib/crypto: arm/poly1305: Remove unneeded empty weak function lib/crypto: x86/poly1305: Fix performance regression on short messages ... List of files: /linux/arch/s390/lib/Makefile

2374bf23864932eb32ff209aaf6b82b569d61b2a - lib/crc: s390: Migrate optimized CRC code into lib/crc/

Sat, 07 Jun 2025 22:04:51 +0200

lib/crc: s390: Migrate optimized CRC code into lib/crc/Move the s390-optimized CRC code from arch/s390/lib/crc* into its newlocation in lib/crc/s390/, and wire it up in the new way. This new wayof organizing the CRC code eliminates the need to artificially split thecode for each CRC variant into separate arch and generic modules,enabling better inlining and dead code elimination. For more details,see "lib/crc: Prepare for arch-optimized code in subdirs of lib/crc/".Reviewed-by: "Martin K. Petersen" Acked-by: Ingo Molnar Acked-by: "Jason A. Donenfeld" Link: https://lore.kernel.org/r/20250607200454.73587-10-ebiggers@kernel.orgSigned-off-by: Eric Biggers List of files: /linux/arch/s390/lib/Makefile

b8456f7aaf35bc5af247bc8f58412c2cffc331c9 - lib/crypto: s390: Move arch/s390/lib/crypto/ into lib/crypto/

Thu, 19 Jun 2025 21:19:05 +0200

lib/crypto: s390: Move arch/s390/lib/crypto/ into lib/crypto/Move the contents of arch/s390/lib/crypto/ into lib/crypto/s390/.The new code organization makes a lot more sense for how this codeactually works and is developed. In particular, it makes it possible tobuild each algorithm as a single module, with better inlining and deadcode elimination. For a more detailed explanation, see the patchsetwhich did this for the CRC library code:https://lore.kernel.org/r/20250607200454.73587-1-ebiggers@kernel.org/.Also see the patchset which did this for SHA-512:https://lore.kernel.org/linux-crypto/20250616014019.415791-1-ebiggers@kernel.org/This is just a preparatory commit, which does the move to get the filesinto their new location but keeps them building the same way as before.Later commits will make the actual improvements to the way thearch-optimized code is integrated for each algorithm.Acked-by: Ard Biesheuvel Reviewed-by: Martin K. Petersen Reviewed-by: Sohil Mehta Link: https://lore.kernel.org/r/20250619191908.134235-7-ebiggers@kernel.orgSigned-off-by: Eric Biggers List of files: /linux/arch/s390/lib/Makefile

14418ddcc2c2055743ac7ee53d5ac2cf8a8660a7 - Merge tag 'v6.16-p1' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6

Mon, 26 May 2025 22:47:28 +0200

Merge tag 'v6.16-p1' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6Pull crypto updates from Herbert Xu: "API: - Fix memcpy_sglist to handle partially overlapping SG lists - Use memcpy_sglist to replace null skcipher - Rename CRYPTO_TESTS to CRYPTO_BENCHMARK - Flip CRYPTO_MANAGER_DISABLE_TEST into CRYPTO_SELFTESTS - Hide CRYPTO_MANAGER - Add delayed freeing of driver crypto_alg structures Compression: - Allocate large buffers on first use instead of initialisation in scomp - Drop destination linearisation buffer in scomp - Move scomp stream allocation into acomp - Add acomp scatter-gather walker - Remove request chaining - Add optional async request allocation Hashing: - Remove request chaining - Add optional async request allocation - Move partial block handling into API - Add ahash support to hmac - Fix shash documentation to disallow usage in hard IRQs Algorithms: - Remove unnecessary SIMD fallback code on x86 and arm/arm64 - Drop avx10_256 xts(aes)/ctr(aes) on x86 - Improve avx-512 optimisations for xts(aes) - Move chacha arch implementations into lib/crypto - Move poly1305 into lib/crypto and drop unused Crypto API algorithm - Disable powerpc/poly1305 as it has no SIMD fallback - Move sha256 arch implementations into lib/crypto - Convert deflate to acomp - Set block size correctly in cbcmac Drivers: - Do not use sg_dma_len before mapping in sun8i-ss - Fix warm-reboot failure by making shutdown do more work in qat - Add locking in zynqmp-sha - Remove cavium/zip - Add support for PCI device 0x17D8 to ccp - Add qat_6xxx support in qat - Add support for RK3576 in rockchip-rng - Add support for i.MX8QM in caam Others: - Fix irq_fpu_usable/kernel_fpu_begin inconsistency during CPU bring-up - Add new SEV/SNP platform shutdown API in ccp"* tag 'v6.16-p1' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6: (382 commits) x86/fpu: Fix irq_fpu_usable() to return false during CPU onlining crypto: qat - add missing header inclusion crypto: api - Redo lookup on EEXIST Revert "crypto: testmgr - Add hash export format testing" crypto: marvell/cesa - Do not chain submitted requests crypto: powerpc/poly1305 - add depends on BROKEN for now Revert "crypto: powerpc/poly1305 - Add SIMD fallback" crypto: ccp - Add missing tee info reg for teev2 crypto: ccp - Add missing bootloader info reg for pspv5 crypto: sun8i-ce - move fallback ahash_request to the end of the struct crypto: octeontx2 - Use dynamic allocated memory region for lmtst crypto: octeontx2 - Initialize cptlfs device info once crypto: xts - Only add ecb if it is not already there crypto: lrw - Only add ecb if it is not already there crypto: testmgr - Add hash export format testing crypto: testmgr - Use ahash for generic tfm crypto: hmac - Add ahash support crypto: testmgr - Ignore EEXIST on shash allocation crypto: algapi - Add driver template support to crypto_inst_setname crypto: shash - Set reqsize in shash_alg ... List of files: /linux/arch/s390/lib/Makefile

fa7ed85c9bdcd408fa5e85577a64a4d2a10dd807 - s390/crc: drop "glue" from filenames

Thu, 24 Apr 2025 02:20:36 +0200

s390/crc: drop "glue" from filenamesThe use of the term "glue" in filenames is a Crypto API-ism that doesnot show up elsewhere in lib/. I think adopting it there was a mistake.The library just uses standard functions, so the amount of code thatcould be considered "glue" is quite small. And while often the Cfunctions just wrap the assembly functions, there are also cases likecrc32c_arch() in arch/x86/lib/crc32-glue.c that blur the line byin-lining the actual implementation into the C function. That's not"glue code", but rather the actual code.Therefore, let's drop "glue" from the filenames and instead use e.g.crc32.c instead of crc32-glue.c.Reviewed-by: "Martin K. Petersen" Acked-by: Ard Biesheuvel Acked-by: Heiko Carstens Link: https://lore.kernel.org/r/20250424002038.179114-6-ebiggers@kernel.orgSigned-off-by: Eric Biggers List of files: /linux/arch/s390/lib/Makefile

3ea91323fe32011092fc75575d9a074ab374d673 - crypto: s390 - move library functions to arch/s390/lib/crypto/

Tue, 22 Apr 2025 17:27:13 +0200

crypto: s390 - move library functions to arch/s390/lib/crypto/Continue disentangling the crypto library functions from the genericcrypto infrastructure by moving the s390 ChaCha library functions into anew directory arch/s390/lib/crypto/ that does not depend on CRYPTO.This mirrors the distinction between crypto/ and lib/crypto/.Acked-by: Heiko Carstens Signed-off-by: Eric Biggers Signed-off-by: Herbert Xu List of files: /linux/arch/s390/lib/Makefile

008071917dfccffe6637d264e255553af15c99f9 - s390/crc32: expose CRC32 functions through lib

Mon, 02 Dec 2024 02:08:34 +0100

s390/crc32: expose CRC32 functions through libMove the s390 CRC32 assembly code into the lib directory and wire it upto the library interface. This allows it to be used without goingthrough the crypto API. It remains usable via the crypto API too viathe shash algorithms that use the library interface. Thus all thearch-specific "shash" code becomes unnecessary and is removed.Note: to see the diff from arch/s390/crypto/crc32-vx.c toarch/s390/lib/crc32-glue.c, view this commit with 'git show -M10'.Reviewed-by: Ard Biesheuvel Link: https://lore.kernel.org/r/20241202010844.144356-10-ebiggers@kernel.orgSigned-off-by: Eric Biggers List of files: /linux/arch/s390/lib/Makefile

ba05b39d54eef78043b5c8ee90545cb06a98ae6f - s390/expoline: Make modules use kernel expolines

Wed, 17 Jan 2024 11:50:49 +0100

s390/expoline: Make modules use kernel expolinesCurrently, kernel modules contain their own set of expoline thunks. Inthe case of EXPOLINE_EXTERN, this involves postlinking of precompiledexpoline.o. expoline.o is also necessary for out-of-source tree modulebuilds.Now that the kernel modules area is less than 4 GB away fromkernel expoline thunks, make modules use kernel expolines. Also makeEXPOLINE_EXTERN the default if the compiler supports it. This simplifiesbuild and aligns with the approach adopted by other architectures.Signed-off-by: Vasily Gorbik Signed-off-by: Alexander Gordeev List of files: /linux/arch/s390/lib/Makefile

cb2a1dd589a0ce97429bf2beeb560e5b030c2ccc - s390/checksum: provide vector register variant of csum_partial()

Sat, 03 Feb 2024 11:45:22 +0100

s390/checksum: provide vector register variant of csum_partial()Provide a faster variant of csum_partial() which uses vector registersinstead of the cksm instruction.Signed-off-by: Heiko Carstens List of files: /linux/arch/s390/lib/Makefile

fbac266f095de92b93e7c91c71cdca432c2c9275 - s390: select ARCH_SUPPORTS_INT128

Tue, 25 Apr 2023 13:42:11 +0200

s390: select ARCH_SUPPORTS_INT128s390 has instructions to support 128 bit arithmetics, e.g. a 64 bitmultiply instruction with a 128 bit result. Also 128 bit integerartithmetics are already used in s390 specific architecture code (seee.g. read_persistent_clock64()).Therefore select ARCH_SUPPORTS_INT128.However limit this to clang for now, since gcc generates inefficient code,which may lead to stack overflows, when compilinglib/crypto/curve25519-hacl64.c which depends on ARCH_SUPPORTS_INT128. Thegcc generated functions have 6kb stack frames, compared to only 1kb of thecode generated with clang.If the kernel is compiled with -Os library calls for __ashlti3(),__ashrti3(), and __lshrti3() may be generated. Similar to arm64and riscv provide assembler implementations for these functions.Acked-by: Alexander Gordeev Signed-off-by: Heiko Carstens Signed-off-by: Alexander Gordeev List of files: /linux/arch/s390/lib/Makefile

c4e789572557aa147b13bf7fe09cc99663ed0cf5 - s390/nospec: build expoline.o for modules_prepare target

Mon, 27 Jun 2022 14:50:53 +0200

s390/nospec: build expoline.o for modules_prepare targetWhen CONFIG_EXPOLINE_EXTERN is used expoline thunks are generatedfrom arch/s390/lib/expoline.S and postlinked into every module.This is also true for external modules. Add expoline.o build tothe modules_prepare target.Fixes: 1d2ad084800e ("s390/nospec: add an option to use thunk-extern")Reported-by: Joe Lawrence Tested-by: Sumanth Korikkar Acked-by: Sumanth Korikkar Tested-by: C. Erastus Toe Tested-by: Joe Lawrence Link: https://lore.kernel.org/r/patch-1.thread-d13b6c.git-a2387a74dc49.your-ad-here.call-01656331067-ext-4899@work.hoursSigned-off-by: Vasily Gorbik Signed-off-by: Alexander Gordeev List of files: /linux/arch/s390/lib/Makefile

1d2ad084800edad81cdc955304272742b10721c7 - s390/nospec: add an option to use thunk-extern

Sun, 06 Mar 2022 20:56:07 +0100

s390/nospec: add an option to use thunk-externCurrently with -mindirect-branch=thunk and -mfunction-return=thunk compileroptions expoline thunks are put into individual COMDAT group sections. s390is the only architecture which has group sections and it has implicationsfor kpatch and objtool tools support.Using -mindirect-branch=thunk-extern and -mfunction-return=thunk-externis an alternative, which comes with a need to generate all requiredexpoline thunks manually. Unfortunately modules area is too far away fromthe kernel image, and expolines from the kernel image cannon be used.But since all new distributions (except Debian) build kernels for machinegenerations newer than z10, where "exrl" instruction is available, thatleaves only 16 expolines thunks possible.Provide an option to build the kernel with-mindirect-branch=thunk-extern and -mfunction-return=thunk-extern forz10 or newer. This also requires to postlink expoline thunks into allmodules explicitly. Currently modules already contain most expolinesanyhow.Unfortunately -mindirect-branch=thunk-extern and-mfunction-return=thunk-extern options support is broken in gcc <= 11.2.Additional compile test is required to verify proper gcc support.Acked-by: Ilya Leoshkevich Co-developed-by: Sumanth Korikkar Signed-off-by: Sumanth Korikkar Signed-off-by: Vasily Gorbik List of files: /linux/arch/s390/lib/Makefile

90c5318795eefa09a9f9aef8d18a904e24962b5c - s390/module: test loading modules with a lot of relocations

Wed, 19 Jan 2022 19:26:38 +0100

s390/module: test loading modules with a lot of relocationsAdd a test in order to prevent regressions.Signed-off-by: Ilya Leoshkevich Reviewed-by: Heiko Carstens Cc: Vasily Gorbik Cc: Christian Borntraeger Signed-off-by: Heiko Carstens List of files: /linux/arch/s390/lib/Makefile

d340d28a968ec479d0ed3c38ab716ed821d82ad8 - kprobes: add testcases for s390

Thu, 09 Sep 2021 20:59:17 +0200

kprobes: add testcases for s390Add a few testcases to make sure that it's not possible to placea kprobe in the mid of an instruction on s390.Signed-off-by: Sven Schnelle Acked-by: Heiko Carstens Signed-off-by: Vasily Gorbik List of files: /linux/arch/s390/lib/Makefile

73d6eb48d26930f0cbdc8bf1ccb0ad964e7d2b90 - s390: enable HAVE_FUNCTION_ERROR_INJECTION

Wed, 22 Jul 2020 23:58:54 +0200

s390: enable HAVE_FUNCTION_ERROR_INJECTIONThis kernel feature is required for enabling BPF_KPROBE_OVERRIDE.Define override_function_with_return() and regs_set_return_value()functions, and fix compile errors in syscall_wrapper.h.Signed-off-by: Ilya Leoshkevich Signed-off-by: Heiko Carstens List of files: /linux/arch/s390/lib/Makefile

badbf39790798283f2424828e7b7bec3962f1e02 - s390/unwind: add a test for the internal API

Thu, 17 Oct 2019 15:09:08 +0200

s390/unwind: add a test for the internal APIunwind_for_each_frame can take at least 8 different sets of parameters.Add a test to make sure they all are handled in a sane way.Reviewed-by: Heiko Carstens Signed-off-by: Ilya Leoshkevich Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik List of files: /linux/arch/s390/lib/Makefile

2e83e0eb85ca62985406920f97ece36d822d421f - s390: clean .bss before running uncompressed kernel

Sun, 11 Aug 2019 20:55:18 +0200

s390: clean .bss before running uncompressed kernelClean uncompressed kernel .bss section in the startup code beforethe uncompressed kernel is executed. At this point of time initrd andcertificates have been already rescued. Uncompressed kernel .bss sizeis known from vmlinux_info. It is also taken into consideration duringuncompressed kernel positioning by kaslr (so it is safe to clean it).With that uncompressed kernel is starting with .bss section zeroed andno .bss section usage restrictions apply. Which makes chkbss checks foruncompressed kernel objects obsolete and they can be removed.early_nobss.c is also not needed anymore. Parts of it which are stillrelevant are moved to early.c. Kasan initialization code is now calleddirectly from head64 (early.c is instrumented and should not beexecuted before kasan shadow memory is set up).Reviewed-by: Philipp Rudo Signed-off-by: Vasily Gorbik List of files: /linux/arch/s390/lib/Makefile