Changes in Makefile

605cc30d - zlib: move EXPORT_SYMBOL() and MODULE_LICENSE() out of dfltcc_syms.c

Tue, 29 Dec 2020 23:15:04 +0000

zlib: move EXPORT_SYMBOL() and MODULE_LICENSE() out of dfltcc_syms.cIn commit 11fb479ff5d9 ("zlib: export S390 symbols for zlib modules"), Iadded EXPORT_SYMBOL()s to dfltcc_inflate.c but then Mikhail said thatthese should probably be in dfltcc_syms.c with the otherEXPORT_SYMBOL()s.However, that is contrary to the current kernel style, which placesEXPORT_SYMBOL() immediately after the function that it applies to, somove all EXPORT_SYMBOL()s to their respective function locations anddrop the dfltcc_syms.c file. Also move MODULE_LICENSE() from thedeleted file to dfltcc.c.[rdunlap@infradead.org: remove dfltcc_syms.o from Makefile] Link: https://lkml.kernel.org/r/20201227171837.15492-1-rdunlap@infradead.orgLink: https://lkml.kernel.org/r/20201219052530.28461-1-rdunlap@infradead.orgFixes: 11fb479ff5d9 ("zlib: export S390 symbols for zlib modules")Signed-off-by: Randy Dunlap Cc: Acked-by: Ilya Leoshkevich Acked-by: Christian Borntraeger Cc: Zaslonko Mikhail Cc: Heiko Carstens Cc: Vasily Gorbik Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/zlib_dfltcc/Makefile

b16838c6 - kbuild: trace functions in subdirectories of lib/

Tue, 07 Jul 2020 09:21:17 +0000

kbuild: trace functions in subdirectories of lib/ccflags-remove-$(CONFIG_FUNCTION_TRACER) += $(CC_FLAGS_FTRACE)exists here in sub-directories of lib/ to keep the behavior ofcommit 2464a609ded0 ("ftrace: do not trace library functions").Since that commit, not only the objects in lib/ but also the ones inthe sub-directories are excluded from ftrace (although the commitdescription did not explicitly mention this).However, most of library functions in sub-directories are not so hot.Re-add them to ftrace.Going forward, only the objects right under lib/ will be excluded.Cc: Ingo Molnar Signed-off-by: Masahiro Yamada Acked-by: Steven Rostedt (VMware) List of files: /linux-6.15/lib/zlib_dfltcc/Makefile

15d5761a - kbuild: introduce ccflags-remove-y and asflags-remove-y

Tue, 07 Jul 2020 09:21:16 +0000

kbuild: introduce ccflags-remove-y and asflags-remove-yCFLAGS_REMOVE_.o filters out flags when compiling a particularobject, but there is no convenient way to do that for every object ina directory.Add ccflags-remove-y and asflags-remove-y to make it easily.Use ccflags-remove-y to clean up some Makefiles.The add/remove order works as follows: [1] KBUILD_CFLAGS specifies compiler flags used globally [2] ccflags-y adds compiler flags for all objects in the current Makefile [3] ccflags-remove-y removes compiler flags for all objects in the current Makefile (New feature) [4] CFLAGS_ adds compiler flags per file. [5] CFLAGS_REMOVE_ removes compiler flags per file.Having [3] before [4] allows us to remove flags from most (but not all)objects in the current Makefile.For example, kernel/trace/Makefile removes $(CC_FLAGS_FTRACE)from all objects in the directory, then adds it back totrace_selftest_dynamic.o and CFLAGS_trace_kprobe_selftest.oThe same applies to lib/livepatch/Makefile.Please note ccflags-remove-y has no effect to the sub-directories.In contrast, the previous notation got rid of compiler flags also fromall the sub-directories.The following are not affected because they have no sub-directories: arch/arm/boot/compressed/ arch/powerpc/xmon/ arch/sh/ kernel/trace/However, lib/ has several sub-directories.To keep the behavior, I added ccflags-remove-y to all Makefilesin subdirectories of lib/, except the following: lib/vdso/Makefile - Kbuild does not descend into this Makefile lib/raid/test/Makefile - This is not used for the kernel buildI think commit 2464a609ded0 ("ftrace: do not trace library functions")excluded too much. In the next commit, I will remove ccflags-remove-yfrom the sub-directories of lib/.Suggested-by: Sami Tolvanen Signed-off-by: Masahiro Yamada Acked-by: Steven Rostedt (VMware) Acked-by: Michael Ellerman (powerpc)Acked-by: Brendan Higgins (KUnit)Tested-by: Anders Roxell List of files: /linux-6.15/lib/zlib_dfltcc/Makefile

12619610 - lib/zlib: add s390 hardware support for kernel zlib_inflate

Fri, 31 Jan 2020 06:16:23 +0000

lib/zlib: add s390 hardware support for kernel zlib_inflateAdd decompression functions to zlib_dfltcc library. Update zlib_inflatefunctions with the hooks for s390 hardware support and adjust workspacestructures with extra parameter lists required for hardware inflatedecompression.Link: http://lkml.kernel.org/r/20200103223334.20669-4-zaslonko@linux.ibm.comSigned-off-by: Ilya Leoshkevich Signed-off-by: Mikhail Zaslonko Co-developed-by: Ilya Leoshkevich Cc: Chris Mason Cc: Christian Borntraeger Cc: David Sterba Cc: Eduard Shishkin Cc: Heiko Carstens Cc: Josef Bacik Cc: Richard Purdie Cc: Vasily Gorbik Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/zlib_dfltcc/Makefile

aa5b395b - lib/zlib: add s390 hardware support for kernel zlib_deflate

Fri, 31 Jan 2020 06:16:17 +0000

lib/zlib: add s390 hardware support for kernel zlib_deflatePatch series "S390 hardware support for kernel zlib", v3.With IBM z15 mainframe the new DFLTCC instruction is available. Itimplements deflate algorithm in hardware (Nest Acceleration Unit - NXU)with estimated compression and decompression performance orders ofmagnitude faster than the current zlib.This patchset adds s390 hardware compression support to kernel zlib.The code is based on the userspace zlib implementation: https://github.com/madler/zlib/pull/410The coding style is also preserved for future maintainability. There isonly limited set of userspace zlib functions represented in kernel.Apart from that, all the memory allocation should be performed inadvance. Thus, the workarea structures are extended with the parameterlists required for the DEFLATE CONVENTION CALL instruction.Since kernel zlib itself does not support gzip headers, only Adler-32checksum is processed (also can be produced by DFLTCC facility). Likeit was implemented for userspace, kernel zlib will compress in hardwareon level 1, and in software on all other levels. Decompression willalways happen in hardware (when enabled).Two DFLTCC compression calls produce the same results only when theyboth are made on machines of the same generation, and when therespective buffers have the same offset relative to the start of thepage. Therefore care should be taken when using hardware compressionwhen reproducible results are desired. However it does always producethe standard conform output which can be inflated anyway.The new kernel command line parameter 'dfltcc' is introduced toconfigure s390 zlib hardware support: Format: { on | off | def_only | inf_only | always } on: s390 zlib hardware support for compression on level 1 and decompression (default) off: No s390 zlib hardware support def_only: s390 zlib hardware support for deflate only (compression on level 1) inf_only: s390 zlib hardware support for inflate only (decompression) always: Same as 'on' but ignores the selected compression level always using hardware support (used for debugging)The main purpose of the integration of the NXU support into the kernelzlib is the use of hardware deflate in btrfs filesystem with on-the-flycompression enabled. Apart from that, hardware support can also be usedduring boot for decompressing the kernel or the ramdisk imageWith the patch for btrfs expanding zlib buffer from 1 to 4 pages (patch6) the following performance results have been achieved using theramdisk with btrfs. These are relative numbers based on throughput rateand compression ratio for zlib level 1: Input data Deflate rate Inflate rate Compression ratio NXU/Software NXU/Software NXU/Software stream of zeroes 1.46 1.02 1.00 random ASCII data 10.44 3.00 0.96 ASCII text (dickens) 6,21 3.33 0.94 binary data (vmlinux) 8,37 3.90 1.02This means that s390 hardware deflate can provide up to 10 times fastercompression (on level 1) and up to 4 times faster decompression (refersto all compression levels) for btrfs zlib.Disclaimer: Performance results are based on IBM internal tests using DDcommand-line utility on btrfs on a Fedora 30 based internal driver innative LPAR on a z15 system. Results may vary based on individualworkload, configuration and software levels.This patch (of 9):Create zlib_dfltcc library with the s390 DEFLATE CONVERSION CALLimplementation and related compression functions. Update zlib_deflatefunctions with the hooks for s390 hardware support and adjust workspacestructures with extra parameter lists required for hardware deflate.Link: http://lkml.kernel.org/r/20200103223334.20669-2-zaslonko@linux.ibm.comSigned-off-by: Ilya Leoshkevich Signed-off-by: Mikhail Zaslonko Co-developed-by: Ilya Leoshkevich Cc: Chris Mason Cc: Christian Borntraeger Cc: David Sterba Cc: Eduard Shishkin Cc: Heiko Carstens Cc: Josef Bacik Cc: Richard Purdie Cc: Vasily Gorbik Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/zlib_dfltcc/Makefile