* [PATCH] Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n"
@ 2020-06-19 4:48 Masahiro Yamada
2020-06-19 7:47 ` Christoph Hellwig
0 siblings, 1 reply; 3+ messages in thread
From: Masahiro Yamada @ 2020-06-19 4:48 UTC (permalink / raw)
To: linux-kbuild
Cc: Masahiro Yamada, Douglas Anderson, Guenter Roeck, Jonas Karlman,
Michal Marek, linux-kernel
This reverts commit e0b250b57dcf403529081e5898a9de717f96b76b.
Now that "make install" copies modules.builtin to $(INSTALL_MOD_PATH),
it breaks systems that do not set INSTALL_MOD_PATH for "make install".
While modules.builtin is useful for CONFIG_MODULES=n, this way gives
unexpected impact to existing systems. Maybe "make modules_install"
can install modules.builtin irrespective of CONFIG_MODULES as Jonas
originally suggested. Anyway, this 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>
---
Makefile | 14 +++-----------
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/Makefile b/Makefile
index 29abe44ada91..9880e911afe3 100644
--- a/Makefile
+++ b/Makefile
@@ -1336,16 +1336,6 @@ dt_binding_check: scripts_dtc
# ---------------------------------------------------------------------------
# Modules
-# install modules.builtin regardless of CONFIG_MODULES
-PHONY += _builtin_inst_
-_builtin_inst_:
- @mkdir -p $(MODLIB)/
- @cp -f modules.builtin $(MODLIB)/
- @cp -f $(objtree)/modules.builtin.modinfo $(MODLIB)/
-
-PHONY += install
-install: _builtin_inst_
-
ifdef CONFIG_MODULES
# By default, build modules as well
@@ -1389,7 +1379,7 @@ PHONY += modules_install
modules_install: _modinst_ _modinst_post
PHONY += _modinst_
-_modinst_: _builtin_inst_
+_modinst_:
@rm -rf $(MODLIB)/kernel
@rm -f $(MODLIB)/source
@mkdir -p $(MODLIB)/kernel
@@ -1399,6 +1389,8 @@ _modinst_: _builtin_inst_
ln -s $(CURDIR) $(MODLIB)/build ; \
fi
@sed 's:^:kernel/:' modules.order > $(MODLIB)/modules.order
+ @cp -f modules.builtin $(MODLIB)/
+ @cp -f $(objtree)/modules.builtin.modinfo $(MODLIB)/
$(Q)$(MAKE) -f $(srctree)/scripts/Makefile.modinst
# This depmod is only for convenience to give the initial
--
2.25.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n"
2020-06-19 4:48 [PATCH] Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n" Masahiro Yamada
@ 2020-06-19 7:47 ` Christoph Hellwig
2020-06-19 13:16 ` Guenter Roeck
0 siblings, 1 reply; 3+ messages in thread
From: Christoph Hellwig @ 2020-06-19 7:47 UTC (permalink / raw)
To: Masahiro Yamada
Cc: linux-kbuild, Douglas Anderson, Guenter Roeck, Jonas Karlman,
Michal Marek, linux-kernel
On Fri, Jun 19, 2020 at 01:48:23PM +0900, Masahiro Yamada wrote:
> This reverts commit e0b250b57dcf403529081e5898a9de717f96b76b.
>
> Now that "make install" copies modules.builtin to $(INSTALL_MOD_PATH),
> it breaks systems that do not set INSTALL_MOD_PATH for "make install".
>
> While modules.builtin is useful for CONFIG_MODULES=n, this way gives
> unexpected impact to existing systems. Maybe "make modules_install"
> can install modules.builtin irrespective of CONFIG_MODULES as Jonas
> originally suggested. Anyway, this commit should be reverted ASAP.
What is the "unexpected impact? This commit log needs to explain
that.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n"
2020-06-19 7:47 ` Christoph Hellwig
@ 2020-06-19 13:16 ` Guenter Roeck
0 siblings, 0 replies; 3+ messages in thread
From: Guenter Roeck @ 2020-06-19 13:16 UTC (permalink / raw)
To: Christoph Hellwig, Masahiro Yamada
Cc: linux-kbuild, Douglas Anderson, Jonas Karlman, Michal Marek,
linux-kernel
On 6/19/20 12:47 AM, Christoph Hellwig wrote:
> On Fri, Jun 19, 2020 at 01:48:23PM +0900, Masahiro Yamada wrote:
>> This reverts commit e0b250b57dcf403529081e5898a9de717f96b76b.
>>
>> Now that "make install" copies modules.builtin to $(INSTALL_MOD_PATH),
>> it breaks systems that do not set INSTALL_MOD_PATH for "make install".
>>
>> While modules.builtin is useful for CONFIG_MODULES=n, this way gives
>> unexpected impact to existing systems. Maybe "make modules_install"
>> can install modules.builtin irrespective of CONFIG_MODULES as Jonas
>> originally suggested. Anyway, this commit should be reverted ASAP.
>
> What is the "unexpected impact? This commit log needs to explain
> that.
>
$ 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
Guenter
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-06-19 13:16 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-06-19 4:48 [PATCH] Revert "Makefile: install modules.builtin even if CONFIG_MODULES=n" Masahiro Yamada
2020-06-19 7:47 ` Christoph Hellwig
2020-06-19 13:16 ` Guenter Roeck
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox