public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [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