Changes in Kconfig

a24c8b51 - fs/Kconfig: Fix compile error for romfs

Thu, 03 Aug 2023 13:07:38 +0000

fs/Kconfig: Fix compile error for romfsThere are some compile errors reported by kernel test robot:arm-linux-gnueabi-ld: fs/romfs/storage.o: in function `romfs_dev_read':storage.c:(.text+0x64): undefined reference to `__brelse'arm-linux-gnueabi-ld: storage.c:(.text+0x9c): undefined reference to `__bread_gfp'arm-linux-gnueabi-ld: fs/romfs/storage.o: in function `romfs_dev_strnlen':storage.c:(.text+0x128): undefined reference to `__brelse'arm-linux-gnueabi-ld: storage.c:(.text+0x16c): undefined reference to `__bread_gfp'arm-linux-gnueabi-ld: fs/romfs/storage.o: in function `romfs_dev_strcmp':storage.c:(.text+0x22c): undefined reference to `__bread_gfp'arm-linux-gnueabi-ld: storage.c:(.text+0x27c): undefined reference to `__brelse'arm-linux-gnueabi-ld: storage.c:(.text+0x2a8): undefined reference to `__bread_gfp'arm-linux-gnueabi-ld: storage.c:(.text+0x2bc): undefined reference to `__brelse'arm-linux-gnueabi-ld: storage.c:(.text+0x2d4): undefined reference to `__brelse'arm-linux-gnueabi-ld: storage.c:(.text+0x2f4): undefined reference to `__brelse'arm-linux-gnueabi-ld: storage.c:(.text+0x304): undefined reference to `__brelse'The reason for the problem is that the commit"925c86a19bac" ("fs: add CONFIG_BUFFER_HEAD") has added a new config"CONFIG_BUFFER_HEAD" that controls building the buffer_head code, andromfs needs to use the buffer_head API, but no corresponding config hasbeed added. Select the config "CONFIG_BUFFER_HEAD" in romfs Kconfig toresolve the problem.Fixes: 925c86a19bac ("fs: add CONFIG_BUFFER_HEAD")Reported-by: kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202308031810.pQzGmR1v-lkp@intel.com/Reviewed-by: Luis Chamberlain Tested-by: Li Zetao Signed-off-by: Li Zetao [axboe: fold in Christoph's incremental]Signed-off-by: Jens Axboe List of files: /linux-6.15/fs/romfs/Kconfig

a7f7f624 - treewide: replace '---help---' in Kconfig files with 'help'

Sat, 13 Jun 2020 16:50:22 +0000

treewide: replace '---help---' in Kconfig files with 'help'Since commit 84af7a6194e4 ("checkpatch: kconfig: prefer 'help' over'---help---'"), the number of '---help---' has been graduallydecreasing, but there are still more than 2400 instances.This commit finishes the conversion. While I touched the lines,I also fixed the indentation.There are a variety of indentation styles found. a) 4 spaces + '---help---' b) 7 spaces + '---help---' c) 8 spaces + '---help---' d) 1 space + 1 tab + '---help---' e) 1 tab + '---help---' (correct indentation) f) 1 tab + 1 space + '---help---' g) 1 tab + 2 spaces + '---help---'In order to convert all of them to 1 tab + 'help', I ran thefollowing commend: $ find . -name 'Kconfig*' | xargs sed -i 's/^[[:space:]]*---help---/\thelp/'Signed-off-by: Masahiro Yamada List of files: /linux-6.15/fs/romfs/Kconfig

0c1bc6b8 - docs: filesystems: fix renamed references

Tue, 14 Apr 2020 16:48:37 +0000

docs: filesystems: fix renamed referencesSome filesystem references got broken by a previous patchseries I submitted. Address those.Signed-off-by: Mauro Carvalho Chehab Acked-by: David Sterba # fs/affs/KconfigLink: https://lore.kernel.org/r/57318c53008dbda7f6f4a5a9e5787f4d37e8565a.1586881715.git.mchehab+huawei@kernel.orgSigned-off-by: Jonathan Corbet List of files: /linux-6.15/fs/romfs/Kconfig

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/fs/romfs/Kconfig

f52fd5b7 - NOMMU: Fix the RomFS Kconfig to ensure at least one backing store is selected

Fri, 20 Feb 2009 12:31:54 +0000

NOMMU: Fix the RomFS Kconfig to ensure at least one backing store is selectedFix the configuration of the RomFS to make sure that at least one backing store method is always selected. This is done by rendering it down to a choice item that selects between Block, MTD and both.This also works correctly in the case that CONFIG_MTD=m: MTD cannot be selected as a backing store unless CONFIG_ROMFS_FS is also 'm'.Signed-off-by: David Howells Signed-off-by: David Woodhouse List of files: /linux-6.15/fs/romfs/Kconfig

da4458bd - NOMMU: Make it possible for RomFS to use MTD devices directly

Thu, 12 Feb 2009 10:40:10 +0000

NOMMU: Make it possible for RomFS to use MTD devices directlyChange RomFS so that it can use MTD devices directly - without the intercessionof the block layer - as well as using block devices.This permits RomFS: (1) to use the MTD direct mapping facility available under NOMMU conditions if the underlying device is directly accessible by the CPU (including XIP); (2) and thus to be used when the block layer is disabled.RomFS can be configured with support just for MTD devices, just for Blockdevices or for both. If RomFS is configured for both, then it will treatmtdblock device files as MTD backing stores, not block layer backing stores.I tested this using a CONFIG_MMU=n CONFIG_BLOCK=n kernel running on my FRVboard with a RomFS image installed on the mtdram test device. I see my testprogram being run XIP: # cat /proc/maps ... c0c000b0-c0c01f8c r-xs 00000000 1f:00 144 /mnt/doshm ...GDB on the kernel can be used to show that these addresses are within theset-aside RAM space.Signed-off-by: David Howells Tested-by: Bernd Schmidt Signed-off-by: David Woodhouse List of files: /linux-6.15/fs/romfs/Kconfig

41810246 - fs/Kconfig: move romfs out

Thu, 22 Jan 2009 08:03:34 +0000

fs/Kconfig: move romfs outSigned-off-by: Alexey Dobriyan List of files: /linux-6.15/fs/romfs/Kconfig