Changes in Kconfig

e95d392d - usr/Kconfig: fix typos of "its"

Sun, 10 Dec 2023 05:34:29 +0000

usr/Kconfig: fix typos of "its"Use "Its" or "its" for possessive instead of "it's" (contractionfor "it is").Link: https://lkml.kernel.org/r/20231210053429.23146-1-rdunlap@infradead.orgFixes: db2aa7fd15e8 ("initramfs: allow again choice of the embedded initram compression algorithm")Signed-off-by: Randy Dunlap Reviewed-by: Nicolas Schier Acked-by: "Francisco Blas Izquierdo Riera (klondike)" Cc: Masahiro Yamada Cc: Nathan Chancellor Signed-off-by: Andrew Morton List of files: /linux-6.15/usr/Kconfig

481083ec - initramfs: Remove redundant dependency of RD_ZSTD on BLK_DEV_INITRD

Mon, 22 Feb 2021 12:54:28 +0000

initramfs: Remove redundant dependency of RD_ZSTD on BLK_DEV_INITRDCommit be1859bdc660 ("initramfs: remove redundant dependency onBLK_DEV_INITRD") removed all redundant dependencies on BLK_DEV_INITRD,but the recent addition of zstd support introduced a new one.Fixes: a30d8a39f057 ("usr: Add support for zstd compressed initramfs")Signed-off-by: Geert Uytterhoeven Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/Kconfig

a30d8a39 - usr: Add support for zstd compressed initramfs

Thu, 30 Jul 2020 19:08:37 +0000

usr: Add support for zstd compressed initramfs- Add support for a zstd compressed initramfs.- Add compression for compressing built-in initramfs with zstd.I have tested this patch by boot testing with buildroot and QEMU.Specifically, I booted the kernel with both a zstd and gzip compressedinitramfs, both built into the kernel and separate. I ensured that thecorrect compression algorithm was used. I tested on arm, aarch64, i386,and x86_64.This patch has been tested in production on aarch64 and x86_64 devices.Additionally, I have performance measurements from internal use inproduction. On an aarch64 device we saw 19 second boot time improvementfrom switching from lzma to zstd (27 seconds to 8 seconds). On an x86_64device we saw a 9 second boot time reduction from switching from xz tozstd.Signed-off-by: Nick Terrell Signed-off-by: Ingo Molnar Tested-by: Sedat Dilek Reviewed-by: Kees Cook Link: https://lore.kernel.org/r/20200730190841.2071656-5-nickrterrell@gmail.com List of files: /linux-6.15/usr/Kconfig

785d74ec - initramfs: restore default compression behavior

Mon, 16 Mar 2020 11:25:19 +0000

initramfs: restore default compression behaviorEven though INITRAMFS_SOURCE kconfig option isn't set in most ofdefconfigs it is used (set) extensively by various build systems.Commit f26661e12765 ("initramfs: make initramfs compression choicenon-optional") has changed default compression mode. Previously wecompress initramfs using available compression algorithm. Nowwe don't use any compression at all by default.It significantly increases the image size in case of build systemchooses embedded initramfs. Initially I faced with this issue whileusing buildroot.As of today it's not possible to set preferred compression modein target defconfig as this option depends on INITRAMFS_SOURCEbeing set. Modification of all build systems either doesn't looklike good option.Let's instead rewrite initramfs compression mode choices listthe way that "INITRAMFS_COMPRESSION_NONE" will be the last optionin the list. In that case it will be chosen only if all otheroptions (which implements any compression) are not available.Signed-off-by: Eugeniy Paltsev Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/Kconfig

d4e9056d - initramfs: do not show compression mode choice if INITRAMFS_SOURCE is empty

Mon, 03 Feb 2020 16:47:08 +0000

initramfs: do not show compression mode choice if INITRAMFS_SOURCE is emptySince commit ddd09bcc899f ("initramfs: make compression options notdepend on INITRAMFS_SOURCE"), Kconfig asks the compression mode forthe built-in initramfs regardless of INITRAMFS_SOURCE.It is technically simpler, but pointless from a UI perspective,Linus says [1].When INITRAMFS_SOURCE is empty, usr/Makefile creates a tiny defaultcpio, which is so small that nobody cares about the compression.This commit hides the Kconfig choice in that case. The default cpiois embedded without compression, which was the original behavior.[1]: https://lkml.org/lkml/2020/2/1/160Suggested-by: Linus Torvalds Signed-off-by: Masahiro Yamada Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

65e00e04 - initramfs: refactor the initramfs build rules

Sat, 04 Jan 2020 15:02:37 +0000

initramfs: refactor the initramfs build rulesCurrently, usr/gen_initramfs.sh takes care of all the use-cases: [1] generates a cpio file unless CONFIG_INITRAMFS_SOURCE points to a single cpio archive [2] If CONFIG_INITRAMFS_SOURCE is the path to a cpio archive, use it as-is. [3] Compress the cpio file according to CONFIG_INITRAMFS_COMPRESSION_* unless it is passed a compressed archive.To simplify the script, move [2] and [3] to usr/Makefile.If CONFIG_INITRAMFS_SOURCE is the path to a cpio archive, there isno need to run this shell script.For the cpio archive compression, you can re-use the rules fromscripts/Makefile.lib .Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/Kconfig

f26661e1 - initramfs: make initramfs compression choice non-optional

Sat, 04 Jan 2020 15:02:32 +0000

initramfs: make initramfs compression choice non-optionalCurrently, the choice of the initramfs compression mode is too complexbecause users are allowed to not specify the compression mode at all.I think it makes more sense to require users to choose the compressionmode explicitly, and delete the fallback defaults of INITRAMFS_COMPRESSION.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/Kconfig

ddd09bcc - initramfs: make compression options not depend on INITRAMFS_SOURCE

Sat, 04 Jan 2020 15:02:31 +0000

initramfs: make compression options not depend on INITRAMFS_SOURCEEven if INITRAMFS_SOURCE is empty, usr/gen_initramfs.sh generates atiny default initramfs, which is embedded in vmlinux.So, defining INITRAMFS_COMPRESSION* options should be valid irrespectiveof INITRAMFS_SOURCE.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/Kconfig

be1859bd - initramfs: remove redundant dependency on BLK_DEV_INITRD

Sat, 04 Jan 2020 15:02:30 +0000

initramfs: remove redundant dependency on BLK_DEV_INITRDinit/Kconfig includes usr/Kconfig inside the "if BLK_DEV_INITRD" ..."endif" block: if BLK_DEV_INITRD source "usr/Kconfig" endifHence, all the defines in usr/Kconfig depend on BLK_DEV_INITRD.Remove the redundant "depends on BLK_DEV_INITRD".Signed-off-by: Masahiro Yamada Reviewed-by: Greg Thelen List of files: /linux-6.15/usr/Kconfig

ec4b78a0 - docs: early-userspace: move to driver-api guide

Tue, 18 Jun 2019 18:00:25 +0000

docs: early-userspace: move to driver-api guideThose documents describe a kAPI. So, add to the driver-apibook.Signed-off-by: Mauro Carvalho Chehab List of files: /linux-6.15/usr/Kconfig

0d07cf5e - docs: early-userspace: convert docs to ReST and rename to *.rst

Sun, 14 Apr 2019 11:58:05 +0000

docs: early-userspace: convert docs to ReST and rename to *.rstThe two files there describes a Kernel API feature, used tosupport early userspace stuff. Prepare for moving them tothe kernel API book by converting to ReST format.The conversion itself was quite trivial: just add/mark a fewtitles as such, add a literal block markup, add a table markupand a few blank lines, in order to make Sphinx to properly parse it.At its new index.rst, let's add a :orphan: while this is not linked tothe main index.rst file, in order to avoid build warnings.Signed-off-by: Mauro Carvalho Chehab List of files: /linux-6.15/usr/Kconfig

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/usr/Kconfig

f2e8954b - ramfs: clarify help text that compression applies to ramfs as well as legacy ramdisk.

Thu, 06 Jul 2017 22:35:46 +0000

ramfs: clarify help text that compression applies to ramfs as well as legacy ramdisk.Clarify help text that compression applies to ramfs as well as legacy ramdisk.Link: http://lkml.kernel.org/r/f206a960-5a61-cf59-f27c-e9f34872063c@landley.netSigned-off-by: Rob Landley Cc: Jonathan Corbet Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

595a22ac - scripts/gen_initramfs_list.sh: teach INITRAMFS_ROOT_UID and INITRAMFS_ROOT_GID that -1 means "current user".

Thu, 06 Jul 2017 22:35:43 +0000

scripts/gen_initramfs_list.sh: teach INITRAMFS_ROOT_UID and INITRAMFS_ROOT_GID that -1 means "current user".Teach INITRAMFS_ROOT_UID and INITRAMFS_ROOT_GID that -1 means "current user".Link: http://lkml.kernel.org/r/2df3a9fb-4378-fa16-679d-99e788926c05@landley.netSigned-off-by: Rob Landley Cc: Michal Marek Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

57ddfdaa - initramfs: fix disabling of initramfs (and its compression)

Fri, 02 Jun 2017 21:46:22 +0000

initramfs: fix disabling of initramfs (and its compression)Commit db2aa7fd15e8 ("initramfs: allow again choice of the embeddedinitram compression algorithm") introduced the possibility to select theinitramfs compression algorithm from Kconfig and while this is a nicefeature it broke the use case described below.Here is what my build system does: - kernel is initially configured not to have an initramfs included - build the user space root file system - re-configure the kernel to have an initramfs included (CONFIG_INITRAMFS_SOURCE="/path/to/romfs") and set relevant CONFIG_INITRAMFS options, in my case, no compression option (CONFIG_INITRAMFS_COMPRESSION_NONE) - kernel is re-built with these options -> kernel+initramfs image is copied - kernel is re-built again without these options -> kernel image is copiedBuilding a kernel without an initramfs means setting this option: CONFIG_INITRAMFS_SOURCE="" (and this one only)whereas building a kernel with an initramfs means setting these options: CONFIG_INITRAMFS_SOURCE="/home/fainelli/work/uclinux-rootfs/romfs /home/fainelli/work/uclinux-rootfs/misc/initramfs.dev" CONFIG_INITRAMFS_ROOT_UID=1000 CONFIG_INITRAMFS_ROOT_GID=1000 CONFIG_INITRAMFS_COMPRESSION_NONE=y CONFIG_INITRAMFS_COMPRESSION=""Commit db2aa7fd15e85 ("initramfs: allow again choice of the embeddedinitram compression algorithm") is problematic becauseCONFIG_INITRAMFS_COMPRESSION which is used to determine theinitramfs_data.cpio extension/compression is a string, and due to howKconfig works it will evaluate in order, how to assign it.Setting CONFIG_INITRAMFS_COMPRESSION_NONE with CONFIG_INITRAMFS_SOURCE=""cannot possibly work (because of the depends on INITRAMFS_SOURCE!=""imposed on CONFIG_INITRAMFS_COMPRESSION ) yet we still getCONFIG_INITRAMFS_COMPRESSION assigned to ".gz" because CONFIG_RD_GZIP=yis set in my kernel, even when there is no initramfs being built.So we basically end-up generating two initramfs_data.cpio* files, onewithout extension, and one with .gz. This causes usr/Makefile to trackusr/initramfs_data.cpio.gz, and not usr/initramfs_data.cpio anymore,that is also largely problematic after 9e3596b0c6539e ("kbuild:initramfs cleanup, set target from Kconfig") because we used to trackall possible initramfs_data files in the $(targets) variable before thatcommit.The end result is that the kernel with an initramfs clearly does notcontain what we expect it to, it has a stale initramfs_data.cpio filebuilt into it, and we keep re-generating an initramfs_data.cpio.gz filewhich is not the one that we want to include in the kernel image proper.The fix consists in hiding CONFIG_INITRAMFS_COMPRESSION whenCONFIG_INITRAMFS_SOURCE="". This puts us back in a state to thepre-4.10 behavior where we can properly disable and re-enable initramfswithin the same kernel .config file, and be in control of whatCONFIG_INITRAMFS_COMPRESSION is set to.Fixes: db2aa7fd15e8 ("initramfs: allow again choice of the embedded initram compression algorithm")Fixes: 9e3596b0c653 ("kbuild: initramfs cleanup, set target from Kconfig")Link: http://lkml.kernel.org/r/20170521033337.6197-1-f.fainelli@gmail.comSigned-off-by: Florian Fainelli Acked-by: Nicholas Piggin Cc: P J P Cc: Paul Bolle Cc: Michal Marek Cc: Daniel Thompson Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

cff75e0b - initramfs: provide a way to ignore image provided by bootloader

Mon, 08 May 2017 22:56:57 +0000

initramfs: provide a way to ignore image provided by bootloaderMany "embedded" architectures provide CMDLINE_FORCE to allow the kernelto override the command line provided by an inflexible bootloader.However there is currrently no way for the kernel to override theinitramfs image provided by the bootloader meaning there are still waysfor bootloaders to make things difficult for us.Fix this by introducing INITRAMFS_FORCE which can prevent the kernelfrom loading the bootloader supplied image.We use CMDLINE_FORCE (and its friend CMDLINE_EXTEND) to imply that thesystem has an inflexible bootloader. This allow us to avoid presentingthis config option to users of systems where inflexible bootloadersaren't usually a problem.Link: http://lkml.kernel.org/r/20170217121940.30126-1-daniel.thompson@linaro.orgSigned-off-by: Daniel Thompson Cc: Al Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

db2aa7fd - initramfs: allow again choice of the embedded initram compression algorithm

Wed, 14 Dec 2016 23:06:04 +0000

initramfs: allow again choice of the embedded initram compression algorithmChoosing the appropriate compression option when using an embeddedinitramfs can result in significant size differences in the resultingdata.This is caused by avoiding double compression of the initramfs contents.For example on my tests, choosing CONFIG_INITRAMFS_COMPRESSION_NONE whencompressing the kernel using XZ) results in up to 500KiB differences(9MiB to 8.5MiB) in the kernel size as the dictionary will not getpolluted with uncomprensible data and may reuse kernel data too.Despite embedding an uncompressed initramfs, a user may want to allowfor a compressed extra initramfs to be passed using the rd system, forexample to boot a recovery system. 9ba4bcb645898d ("initramfs: readCONFIG_RD_ variables for initramfs compression") broke that behavior bymaking the choice based on CONFIG_RD_* instead of addingCONFIG_INITRAMFS_COMPRESSION_LZ4. Saddly, CONFIG_RD_* is also used tochoose the supported RD compression algorithms by the kernel and a usermay want to support more than one.This patch also reverts commit 3e4e0f0a875 ("initramfs: remove"compression mode" choice") restoring back the "compression mode" choiceand includes the CONFIG_INITRAMFS_COMPRESSION_LZ4 option which was neveradded.As a result the following options are added or readed affecting the embeddedinitramfs compression: INITRAMFS_COMPRESSION_NONE Do no compression INITRAMFS_COMPRESSION_GZIP Compress using gzip INITRAMFS_COMPRESSION_BZIP2 Compress using bzip2 INITRAMFS_COMPRESSION_LZMA Compress using lzma INITRAMFS_COMPRESSION_XZ Compress using xz INITRAMFS_COMPRESSION_LZO Compress using lzo INITRAMFS_COMPRESSION_LZ4 Compress using lz4These depend on the corresponding CONFIG_RD_* option being set (exceptNONE which has no dependencies).This patch depends on the previous one (the previous version didn't) tosimplify the way in which the algorithm is chosen and keep backwardscompatibility with the behaviour introduced by 9ba4bcb645898("initramfs: read CONFIG_RD_ variables for initramfs compression").Link: http://lkml.kernel.org/r/57EAD77B.7090607@klondike.esSigned-off-by: Francisco Blas Izquierdo Riera (klondike) Cc: P J P Cc: Paul Bolle Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

35e669e1 - initramfs: select builtin initram compression algorithm on KConfig instead of Makefile

Wed, 14 Dec 2016 23:06:01 +0000

initramfs: select builtin initram compression algorithm on KConfig instead of MakefileMove the current builtin initram compression algorithm selection fromthe Makefile into the INITRAMFS_COMPRESSION variable. This makesdeciding algorithm precedence easier and would allow for overrides ifnew algorithms want to be tested.Link: http://lkml.kernel.org/r/57EAD769.1090401@klondike.esSigned-off-by: Francisco Blas Izquierdo Riera (klondike) Cc: P J P Cc: Paul Bolle Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

ec72c666 - usr/Kconfig: make initrd compression algorithm selection not expert

Sat, 13 Dec 2014 00:58:03 +0000

usr/Kconfig: make initrd compression algorithm selection not expertThe kernel has support for (nearly) every compression algorithm known toman, each to handle some particular microscopic niche.Unfortunately all of these always get compiled in if you want to supportINITRDs, and can be only disabled when CONFIG_EXPERT is set.I don't see why I need to set EXPERT just to properly configure the initrdcompression algorithms, and not always include every possible algorithmUsually the initrd is just compressed with gzip anyways, at least that'strue on all distributions I use.Remove the dependencies for initrd compression on CONFIG_EXPERT.Make the various options just default y, which should be good enough tonot break any previous configuration.Signed-off-by: Andi Kleen Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig

3e4e0f0a - initramfs: remove "compression mode" choice

Fri, 06 Jun 2014 21:37:35 +0000

initramfs: remove "compression mode" choiceCommit 9ba4bcb64589 ("initramfs: read CONFIG_RD_ variables for initramfscompression") removed the users of the various INITRAMFS_COMPRESSION_*Kconfig symbols. So since v3.13 the entire "Built-in initramfscompression mode" choice is a set of knobs connected to nothing. Theentire choice can safely be removed.Signed-off-by: Paul Bolle Cc: P J P Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/usr/Kconfig