Configurer les fonctionnalités du kernel en tant que modules GKI

Cette page explique comment configurer une nouvelle fonctionnalité du noyau en tant que module GKI ou configurer une fonctionnalité du noyau intégrée existante en tant que module GKI.

Configurer une nouvelle fonctionnalité en tant que module GKI

  1. Pour la nouvelle fonctionnalité, modifiez gki_defconfig et définissez l'élément de configuration de la fonctionnalité de noyau requise sur m (=m) au lieu de n. Définissez ce paramètre dans arch/arm64/configs/gki_defconfig et arch/x86/configs/gki_defconfig.

  2. Ajoutez les fichiers KO (.ko) générés pour la fonctionnalité à la section COMMON_GKI_MODULES_LIST de common/modules.bzl. Ajoutez les fichiers dans l'ordre. Si vous n'êtes pas sûr de tous les fichiers générés, la compilation échoue et liste tous les fichiers KO nécessaires à ajouter à la liste.

  3. Pour Android 14, ajoutez le même ensemble de fichiers KO que ceux de l'étape 2, triés par ordre croissant pour la recherche binaire au moment de l'exécution, à common/android/gki_{ARCH}_protected_modules pour désigner le module comme module GKI protégé.

  4. Pour Android 14 et 15, mettez à jour la liste des exportations afin qu'elle inclue les exportations nouvellement ajoutées dans common/android/abi_gki_protected_exports_ARCHITECTURE. Par exemple, pour mettre à jour la liste, exécutez tools/bazel run //common:kernel_aarch64_abi_update_protected_exports pour aarch64.

  5. Assurez-vous que les fichiers KO nouvellement ajoutés à l'étape 2 sont copiés dans out/<androidX-Y.Z>/dist/system_dlkm.img et out/androidX-Y.Z/dist/system_dlkm_staging_archive.tar.gz du noyau. Les modules de l'archive system_dlkm_staging_archive.tar.gz peuvent être utilisés comme entrée pour générer le system_dlkm.img dans la compilation de la plate-forme.

  6. Envoyez vos modifications pour examen. Les modules GKI sont une fonctionnalité du noyau réservée à Android. Il n'est donc pas nécessaire d'envoyer des correctifs de conversion de module en amont. Toutefois, vous devez suivre d'autres consignes pour envoyer des correctifs ACK (Android Common Kernel).

Configurer une fonctionnalité intégrée au noyau en tant que module GKI

  1. Pour une fonctionnalité de noyau intégrée existante, modifiez gki_defconfig et définissez l'élément de configuration de la fonctionnalité de noyau requise sur m (=m) au lieu de y. Définissez ce paramètre dans arch/arm64/configs/gki_defconfig et arch/x86/configs/gki_defconfig.

  2. Ajoutez les fichiers KO (.ko) générés pour la fonctionnalité à la section COMMON_GKI_MODULES_LIST de common/modules.bzl. Ajoutez les fichiers dans l'ordre. Si vous n'êtes pas sûr de tous les fichiers générés, la compilation échoue et liste tous les fichiers KO nécessaires à ajouter à la liste.

  3. Pour Android 14, ajoutez le même ensemble de fichiers KO que ceux de l'étape 2, triés par ordre croissant pour la recherche binaire au moment de l'exécution, à common/android/gki_{ARCH}_protected_modules pour désigner le module comme module GKI protégé.

  4. Pour Android 14 et 15, mettez à jour la liste des exportations protégées pour inclure celles du module nouvellement ajouté dans common/android/abi_gki_protected_exports_{ARCH} à l'aide de tools/bazel run //common:kernel_aarch64_abi_update_protected_exports pour aarch64.

  5. Assurez-vous que les fichiers KO du module nouvellement convertis à l'étape 2 sont copiés dans les out/<androidX-Y.Z>/dist/system_dlkm.img et out/androidX-Y.Z/dist/system_dlkm_staging_archive.tar.gz du noyau. Les modules de l'archive system_dlkm_staging_archive.tar.gz peuvent être utilisés comme entrée pour générer le system_dlkm.img dans la compilation de la plate-forme.

  6. Envoyez vos modifications pour examen. Les modules GKI sont une fonctionnalité du noyau réservée à Android. Il n'est donc pas nécessaire d'envoyer des correctifs de conversion de module en amont. Toutefois, vous devez suivre les autres consignes pour envoyer des correctifs ACK (Android Common Kernel).

Convertir un module GKI protégé en module non protégé

  1. Pour Android 15 et versions ultérieures, ajoutez le module qui passe de protégé à non protégé à la liste COMMON_UNPROTECTED_MODULES_LIST dans le fichier common/modules.bzl.

  2. Pour Android 14, supprimez le module en cours de conversion de la liste des modules protégés (de protégé à non protégé) à l'adresse common/android/gki_protected_modules.

  3. Pour Android 14 et 15, mettez à jour la liste des exportations protégées afin d'exclure celles du module non protégé nouvellement converti dans common/android/abi_gki_protected_exports_{ARCH} à l'aide de tools/bazel run //common:kernel_aarch64_abi_update_protected_exports pour aarch64.

  4. Envoyez vos modifications pour examen. Les modules GKI sont une fonctionnalité du noyau réservée à Android. Il n'est donc pas nécessaire d'envoyer des correctifs de conversion de module en amont. Toutefois, vous devez suivre les autres consignes pour envoyer des correctifs ACK (Android Common Kernel).

Guide rapide pour résoudre les problèmes de symboles de modules GKI

Lorsque des modules non signés enfreignent la protection des symboles en place pour les modules GKI, deux types d'erreurs peuvent se produire lors du chargement des modules, ce qui entraîne un échec.

1. Module non signé utilisant le symbole protégé

Erreur :

module: Protected symbol: some_kernel_function (err -13)

Cause :

Le fichier module.ko est un module fournisseur non signé qui tente de résoudre le symbole exporté du module GKI some_kernel_function lors du chargement, sans être listé dans la liste des symboles du fournisseur.

Solution :

Si module.ko n'est pas un module GKI protégé, la mise à jour de la liste des symboles résoudra l'erreur en incluant some_kernel_function dans la liste des symboles du fournisseur. Vous pouvez également utiliser la version GKI de module.ko.

2. Module non signé exportant le symbole protégé

Erreur :

module: exports protected symbol some_kernel_function

Cause :

Le module exportant some_kernel_function est un module GKI protégé, et module.ko est probablement une version personnalisée non signée de ce module. Lorsque module.ko tente d'exporter some_kernel_function, qui ne peut être exporté que par un module GKI signé, le chargement échoue et ce message s'affiche.

Solution :

Pour corriger ce problème, vous pouvez utiliser la version GKI du module qui exporte some_kernel_function, si le module non signé est une version personnalisée.