fix spurious / on toplevel kernel module installations
When kernel modules are being put directly into lib/modules/ (as opposed to lib/modules/<subdir>/), the empty part of the destination path causes a target containing a redundant /. If the target is also added elsewhere in the build without the redundant /, then rule merging will miss it, and a build error will occur. Bug: 158158635 Change-Id: I797addce760f4886166efa283302a53783581625 Merged-In: I797addce760f4886166efa283302a53783581625
This commit is contained in:
parent
849d4b3f27
commit
d03ec51f38
1 changed files with 8 additions and 5 deletions
|
@ -735,17 +735,20 @@ endef
|
|||
# $(9): module directory name
|
||||
# Returns the a list of src:dest pairs to install the modules using copy-many-files.
|
||||
define build-image-kernel-modules
|
||||
$(if $(9), \
|
||||
$(eval _dir := $(9)/), \
|
||||
$(eval _dir :=)) \
|
||||
$(foreach module,$(1), \
|
||||
$(eval _src := $(module)) \
|
||||
$(if $(8), \
|
||||
$(eval _src := $(8)/$(notdir $(module))) \
|
||||
$(eval $(call copy-and-strip-kernel-module,$(module),$(_src)))) \
|
||||
$(_src):$(2)/lib/modules/$(9)/$(notdir $(module))) \
|
||||
$(_src):$(2)/lib/modules/$(_dir)$(notdir $(module))) \
|
||||
$(eval $(call build-image-kernel-modules-depmod,$(1),$(3),$(4),$(5),$(6),$(7),$(2),$(9))) \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/modules.dep:$(2)/lib/modules/$(9)/modules.dep \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/modules.alias:$(2)/lib/modules/$(9)/modules.alias \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/modules.softdep:$(2)/lib/modules/$(9)/modules.softdep \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/$(6):$(2)/lib/modules/$(9)/$(6)
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/modules.dep:$(2)/lib/modules/$(_dir)modules.dep \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/modules.alias:$(2)/lib/modules/$(_dir)modules.alias \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/modules.softdep:$(2)/lib/modules/$(_dir)modules.softdep \
|
||||
$(4)/$(DEPMOD_STAGING_SUBDIR)/$(6):$(2)/lib/modules/$(_dir)$(6)
|
||||
endef
|
||||
|
||||
# $(1): modules list
|
||||
|
|
Loading…
Reference in a new issue