summaryrefslogtreecommitdiff
path: root/db845c.mk
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 /db845c.mk
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
Diffstat (limited to 'db845c.mk')
-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