diff options
author | Masahiro Yamada <yamada.masahiro@socionext.com> | 2018-05-28 18:21:41 +0900 |
---|---|---|
committer | Masahiro Yamada <yamada.masahiro@socionext.com> | 2018-05-29 03:28:58 +0900 |
commit | bb222ceeb327a9bd484ba763fe86644f6d97e0cc (patch) | |
tree | 1cc9787c75bdebeee2e6a358833a4316c1d9b8c2 /mm/migrate.c | |
parent | 104daea149c45cc84842ce77a9bd6436d19f3dd8 (diff) | |
download | linux-stable-bb222ceeb327a9bd484ba763fe86644f6d97e0cc.tar.gz linux-stable-bb222ceeb327a9bd484ba763fe86644f6d97e0cc.tar.bz2 linux-stable-bb222ceeb327a9bd484ba763fe86644f6d97e0cc.zip |
kconfig: remove string expansion in file_lookup()
There are two callers of file_lookup(), but there is no more reason
to expand the given path.
[1] zconf_initscan()
This is used to open the first Kconfig. sym_expand_string_value()
has never been used in a useful way here; before opening the first
Kconfig file, obviously there is no symbol to expand. If you use
expand_string_value() instead, environments in KBUILD_KCONFIG would
be expanded, but I do not see practical benefits for that.
[2] zconf_nextfile()
This is used to open the next file from 'source' statement.
Symbols in the path like "arch/$SRCARCH/Kconfig" needed expanding,
but it was replaced with the direct environment expansion. The
environment has already been expanded before the token is passed
to the parser.
By the way, file_lookup() was already buggy; it expanded a given path,
but it used the path before expansion for look-up:
if (!strcmp(name, file->name)) {
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Reviewed-by: Kees Cook <keescook@chromium.org>
Reviewed-by: Ulf Magnusson <ulfalizer@gmail.com>
Diffstat (limited to 'mm/migrate.c')
0 files changed, 0 insertions, 0 deletions