summaryrefslogtreecommitdiffstats
path: root/init/Kconfig
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2019-09-22 13:34:46 -0400
committerLinus Torvalds <torvalds@linux-foundation.org>2019-09-22 13:34:46 -0400
commite0703556644a531e50b5dc61b9f6ea83af5f6604 (patch)
treea0aa73809630d716f25b124cd2aa99a1f4743a55 /init/Kconfig
parent8808cf8cbc4da1ceef9307fba7e499563908c211 (diff)
parent2e6fcfeb9df6048a63fe0d5f7dfa39274bacbb71 (diff)
Merge tag 'modules-for-v5.4' of git://git.kernel.org/pub/scm/linux/kernel/git/jeyu/linux
Pull modules updates from Jessica Yu: "The main bulk of this pull request introduces a new exported symbol namespaces feature. The number of exported symbols is increasingly growing with each release (we're at about 31k exports as of 5.3-rc7) and we currently have no way of visualizing how these symbols are "clustered" or making sense of this huge export surface. Namespacing exported symbols allows kernel developers to more explicitly partition and categorize exported symbols, as well as more easily limiting the availability of namespaced symbols to other parts of the kernel. For starters, we have introduced the USB_STORAGE namespace to demonstrate the API's usage. I have briefly summarized the feature and its main motivations in the tag below. Summary: - Introduce exported symbol namespaces. This new feature allows subsystem maintainers to partition and categorize their exported symbols into explicit namespaces. Module authors are now required to import the namespaces they need. Some of the main motivations of this feature include: allowing kernel developers to better manage the export surface, allow subsystem maintainers to explicitly state that usage of some exported symbols should only be limited to certain users (think: inter-module or inter-driver symbols, debugging symbols, etc), as well as more easily limiting the availability of namespaced symbols to other parts of the kernel. With the module import requirement, it is also easier to spot the misuse of exported symbols during patch review. Two new macros are introduced: EXPORT_SYMBOL_NS() and EXPORT_SYMBOL_NS_GPL(). The API is thoroughly documented in Documentation/kbuild/namespaces.rst. - Some small code and kbuild cleanups here and there" * tag 'modules-for-v5.4' of git://git.kernel.org/pub/scm/linux/kernel/git/jeyu/linux: module: Remove leftover '#undef' from export header module: remove unneeded casts in cmp_name() module: move CONFIG_UNUSED_SYMBOLS to the sub-menu of MODULES module: remove redundant 'depends on MODULES' module: Fix link failure due to invalid relocation on namespace offset usb-storage: export symbols in USB_STORAGE namespace usb-storage: remove single-use define for debugging docs: Add documentation for Symbol Namespaces scripts: Coccinelle script for namespace dependencies. modpost: add support for generating namespace dependencies export: allow definition default namespaces in Makefiles or sources module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS modpost: add support for symbol namespaces module: add support for symbol namespaces. export: explicitly align struct kernel_symbol module: support reading multiple values per modinfo tag
Diffstat (limited to 'init/Kconfig')
-rw-r--r--init/Kconfig33
1 files changed, 30 insertions, 3 deletions
diff --git a/init/Kconfig b/init/Kconfig
index 058ba4e74250..57123594a7ca 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -2047,7 +2047,6 @@ config MODULE_SRCVERSION_ALL
2047 2047
2048config MODULE_SIG 2048config MODULE_SIG
2049 bool "Module signature verification" 2049 bool "Module signature verification"
2050 depends on MODULES
2051 select SYSTEM_DATA_VERIFICATION 2050 select SYSTEM_DATA_VERIFICATION
2052 help 2051 help
2053 Check modules for valid signatures upon load: the signature 2052 Check modules for valid signatures upon load: the signature
@@ -2124,7 +2123,6 @@ config MODULE_SIG_HASH
2124 2123
2125config MODULE_COMPRESS 2124config MODULE_COMPRESS
2126 bool "Compress modules on installation" 2125 bool "Compress modules on installation"
2127 depends on MODULES
2128 help 2126 help
2129 2127
2130 Compresses kernel modules when 'make modules_install' is run; gzip or 2128 Compresses kernel modules when 'make modules_install' is run; gzip or
@@ -2160,9 +2158,38 @@ config MODULE_COMPRESS_XZ
2160 2158
2161endchoice 2159endchoice
2162 2160
2161config MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
2162 bool "Allow loading of modules with missing namespace imports"
2163 help
2164 Symbols exported with EXPORT_SYMBOL_NS*() are considered exported in
2165 a namespace. A module that makes use of a symbol exported with such a
2166 namespace is required to import the namespace via MODULE_IMPORT_NS().
2167 There is no technical reason to enforce correct namespace imports,
2168 but it creates consistency between symbols defining namespaces and
2169 users importing namespaces they make use of. This option relaxes this
2170 requirement and lifts the enforcement when loading a module.
2171
2172 If unsure, say N.
2173
2174config UNUSED_SYMBOLS
2175 bool "Enable unused/obsolete exported symbols"
2176 default y if X86
2177 help
2178 Unused but exported symbols make the kernel needlessly bigger. For
2179 that reason most of these unused exports will soon be removed. This
2180 option is provided temporarily to provide a transition period in case
2181 some external kernel module needs one of these symbols anyway. If you
2182 encounter such a case in your module, consider if you are actually
2183 using the right API. (rationale: since nobody in the kernel is using
2184 this in a module, there is a pretty good chance it's actually the
2185 wrong interface to use). If you really need the symbol, please send a
2186 mail to the linux kernel mailing list mentioning the symbol and why
2187 you really need it, and what the merge plan to the mainline kernel for
2188 your module is.
2189
2163config TRIM_UNUSED_KSYMS 2190config TRIM_UNUSED_KSYMS
2164 bool "Trim unused exported kernel symbols" 2191 bool "Trim unused exported kernel symbols"
2165 depends on MODULES && !UNUSED_SYMBOLS 2192 depends on !UNUSED_SYMBOLS
2166 help 2193 help
2167 The kernel and some modules make many symbols available for 2194 The kernel and some modules make many symbols available for
2168 other modules to use via EXPORT_SYMBOL() and variants. Depending 2195 other modules to use via EXPORT_SYMBOL() and variants. Depending