summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAmit Pundir <amit.pundir@linaro.org>2021-07-23 15:46:38 +0530
committerAmit Pundir <amit.pundir@linaro.org>2021-07-30 09:56:15 +0000
commit979264d137f485cf47b4c52b15411cbcb1901ad0 (patch)
tree1199269fc7d6ad87dc62316836e644d532ab1a4f
parent242bcef2b15ad0cf1c879871bd65f6e9ce344eb4 (diff)
db845c.mk: Do not copy kernel modules to vendor image
Copy the kernel modules the ramdisk/vendor_ramdisk only. Right now we keep a copy of all the kernel modules in /vendor/lib/modules, which results in modprobing of the modules from /vendor/lib/modules as well and though they fail safely (well most of the time and they should) but we have run into a regression where dual loading of Qcom UFS module resulted in probing failures. Ideally dual loading should not reach up to probing stage and there might be something more to that crash, but since this issue is difficult to reproduce and debug, the easiest way out is to make sure we do not try to load a kernel module twice. Signed-off-by: Amit Pundir <amit.pundir@linaro.org> Change-Id: I1be3bccd1ababaf258f1f87c75636919b962ad8d
-rw-r--r--db845c.mk4
1 files changed, 1 insertions, 3 deletions
diff --git a/db845c.mk b/db845c.mk
index 1d118f8..beeb2cb 100644
--- a/db845c.mk
+++ b/db845c.mk
@@ -21,8 +21,6 @@ endif
ifeq ($(DB845C_USES_GKI), true)
DB845C_MODS := $(wildcard $(DB845C_KERNEL_DIR)/*.ko)
ifneq ($(DB845C_MODS),)
- BOARD_VENDOR_KERNEL_MODULES += $(DB845C_MODS)
- DB845C_ONLY_VENDOR := %/msm.ko
- BOARD_VENDOR_RAMDISK_KERNEL_MODULES := $(filter-out $(DB845C_ONLY_VENDOR),$(DB845C_MODS))
+ BOARD_VENDOR_RAMDISK_KERNEL_MODULES := $(DB845C_MODS)
endif
endif