]> git.baikalelectronics.ru Git - kernel.git/commit
Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n"
authorMasahiro Yamada <masahiroy@kernel.org>
Fri, 19 Jun 2020 15:09:55 +0000 (00:09 +0900)
committerMasahiro Yamada <masahiroy@kernel.org>
Sun, 21 Jun 2020 15:19:14 +0000 (00:19 +0900)
commit469b73eebe34f13063ed897fdfa0d1609c86c62e
tree781050e27f127022f60bf2327a43360d641bd882
parent66ded1a526ceae09e6f321472fc621ce0f0531d2
Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n"

This reverts commit 2897e05f61efa631ecdcdc13322fdeade948e76b,
which broke build systems that need to install files to a certain
path, but do not set INSTALL_MOD_PATH when invoking 'make install'.

  $ make INSTALL_PATH=/tmp/destdir install
  mkdir: cannot create directory ‘/lib/modules/5.8.0-rc1+/’: Permission denied
  Makefile:1342: recipe for target '_builtin_inst_' failed
  make: *** [_builtin_inst_] Error 1

While modules.builtin is useful also for CONFIG_MODULES=n, this change
in the behavior is quite unexpected. Maybe "make modules_install"
can install modules.builtin irrespective of CONFIG_MODULES as Jonas
originally suggested.

Anyway, that commit should be reverted ASAP.

Reported-by: Douglas Anderson <dianders@chromium.org>
Reported-by: Guenter Roeck <linux@roeck-us.net>
Cc: Jonas Karlman <jonas@kwiboo.se>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Tested-by: Guenter Roeck <linux@roeck-us.net>
Makefile