Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Replacing Kernel Modules [ Pre-Init Trigger ] #670

Open
hopez13 opened this issue Sep 17, 2024 · 0 comments
Open

Replacing Kernel Modules [ Pre-Init Trigger ] #670

hopez13 opened this issue Sep 17, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@hopez13
Copy link

hopez13 commented Sep 17, 2024

Is your feature request related to a problem?/你的请求是否与某个问题相关?

On GKI (Generic Kernel Image) devices, kernel modules .ko are dynamically loaded by the Android init process from the vendor/lib/modules directory. This directory is part of the read-only vendor partition within the super image. As a result, replacing or adding new modules can be a complex and cumbersome task.

I intend to replace some of the built-in modules with custom versions. To achieve this, I planned to use an overlay with the apatch module to modify the vendor/lib/modules directory. However, I encountered an issue where the overlay is applied after Android init has already loaded the original modules, causing my custom modules to not be loaded as intended.

Describe the solution you'd like/描述你想要的解决方案

To address this issue, we need a mechanism that triggers before the Android init process. This will enable us to replace or overlay the default modules in the vendor/lib/modules directory with our custom modules before they are loaded.

Describe alternatives you've considered/描述您考虑过的备选方案

No

Additional context/其他信息

No

@hopez13 hopez13 added the enhancement New feature or request label Sep 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant