| Age | Commit message (Collapse) | Author | Files | Lines | |
|---|---|---|---|---|---|
| 2024-07-16 | treewide: change conditional prompt for choices to 'depends on' | Masahiro Yamada | 1 | -1/+2 | |
| While Documentation/kbuild/kconfig-language.rst provides a brief explanation, there are recurring confusions regarding the usage of a prompt followed by 'if <expr>'. This conditional controls _only_ the prompt. A typical usage is as follows: menuconfig BLOCK bool "Enable the block layer" if EXPERT default y When EXPERT=n, the prompt is hidden, but this config entry is still active, and BLOCK is set to its default value 'y'. This is reasonable because you are likely want to enable the block device support. When EXPERT=y, the prompt is shown, allowing you to toggle BLOCK. Please note that it is different from 'depends on EXPERT', which would enable and disable the entire config entry. However, this conditional prompt has never worked in a choice block. The following two work in the same way: when EXPERT is disabled, the choice block is entirely disabled. [Test Code 1] choice prompt "choose" if EXPERT config A bool "A" config B bool "B" endchoice [Test Code 2] choice prompt "choose" depends on EXPERT config A bool "A" config B bool "B" endchoice I believe the first case should hide only the prompt, producing the default: CONFIG_A=y # CONFIG_B is not set The next commit will change (fix) the behavior of the conditional prompt in choice blocks. I see several choice blocks wrongly using a conditional prompt, where 'depends on' makes more sense. To preserve the current behavior, this commit converts such misuses. I did not touch the following entry in arch/x86/Kconfig: choice prompt "Memory split" if EXPERT default VMSPLIT_3G This is truly the correct use of the conditional prompt; when EXPERT=n, this choice block should silently select the reasonable VMSPLIT_3G, although the resulting PAGE_OFFSET will not be affected anyway. Presumably, the one in fs/jffs2/Kconfig is also correct, but I converted it to 'depends on' to avoid any potential behavioral change. Signed-off-by: Masahiro Yamada <[email protected]> | |||||
| 2019-05-21 | treewide: Add SPDX license identifier - Makefile/Kconfig | Thomas Gleixner | 1 | -0/+1 | |
| Add SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any form These files fall under the project license, GPL v2 only. The resulting SPDX license identifier is: GPL-2.0-only Signed-off-by: Thomas Gleixner <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]> | |||||
| 2018-01-01 | fs/*/Kconfig: drop links to 404-compliant http://acl.bestbits.at | Adam Borowski | 1 | -5/+1 | |
| This link is replicated in most filesystems' config stanzas. Referring to an archived version of that site is pointless as it mostly deals with patches; user documentation is available elsewhere. Signed-off-by: Adam Borowski <[email protected]> CC: Alexander Viro <[email protected]> Reviewed-by: Darrick J. Wong <[email protected]> Acked-by: Jan Kara <[email protected]> Acked-by: Dave Kleikamp <[email protected]> Acked-by: David Sterba <[email protected]> Acked-by: "Yan, Zheng" <[email protected]> Acked-by: Chao Yu <[email protected]> Acked-by: Jaegeuk Kim <[email protected]> Acked-by: Steve French <[email protected]> Signed-off-by: Jonathan Corbet <[email protected]> | |||||
| 2013-01-21 | fs/jffs2: remove depends on CONFIG_EXPERIMENTAL | Kees Cook | 1 | -5/+5 | |
| The CONFIG_EXPERIMENTAL config item has not carried much meaning for a while now and is almost always enabled by default. As agreed during the Linux kernel summit, remove it from any "depends on" lines in Kconfigs. CC: David Woodhouse <[email protected]> Cc: Al Viro <[email protected]> Signed-off-by: Kees Cook <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]> | |||||
| 2008-09-01 | [JFFS2] Move JFFS2 config options out of fs/Kconfig | Alexey Dobriyan | 1 | -0/+188 | |
| Signed-off-by: Alexey Dobriyan <[email protected]> Signed-off-by: David Woodhouse <[email protected]> | |||||