Configuration du noyau

Utilisez les paramètres de configuration suivants comme base pour une configuration de noyau Android. Les paramètres sont organisés en .cfg fichiers pour android-base , android-base- ARCH et android-recommended :

  • android-base de android-base d' options activent des fonctions de base et les applications doivent être configurés comme spécifié par tous les appareils.
  • android-base- ARCH options permettent des fonctionnalités de base Android et doivent être configurés comme spécifié par tous les périphériques de l' architecture ARCH . Toutes les architectures n'ont pas un fichier correspondant d'options requises spécifiques à l'architecture. Si votre architecture n'a pas de fichier, elle n'a pas d'exigences de configuration de noyau spécifiques à l'architecture pour Android.
  • android-recommended . Ces options activent des fonctionnalités Android avancées et sont facultatives pour les appareils.

Ces fichiers de configuration sont situés dans le kernel/configs repo. Utilisez l'ensemble de fichiers de configuration qui correspond à la version du noyau que vous utilisez.

Pour plus de détails sur les contrôles déjà entrepris pour renforcer le noyau sur vos appareils, voir système et la sécurité du noyau . Pour plus de détails sur les paramètres requis, consultez la compatibilité Android Définition du document (CDD) .

Génération de la configuration du noyau

Pour les appareils qui ont un minimaliste defconfig le format, utilisez le merge_config.sh script dans l'arborescence du noyau pour activer les options:

ARCH=ARCH scripts/kconfig/merge_config.sh <...>/device_defconfig <...>/android-base.cfg <...>/android-base-ARCH.cfg <...>/android-recommended.cfg

Cela génère un .config fichier que vous pouvez utiliser pour enregistrer un nouveau defconfig fichier ou compiler un nouveau noyau avec Android activées.

Exigences de configuration du noyau supplémentaires

Dans certains cas, le mainteneur de la plate-forme peut choisir parmi plusieurs fonctionnalités du noyau pour satisfaire une dépendance Android. De telles dépendances ne peuvent pas être exprimées dans les fichiers de fragments de configuration du noyau (décrits ci-dessus) car le format de ces fichiers ne prend pas en charge les expressions logiques. Dans Android 9 et plus, test de compatibilité Suite (CTS) et Test Suite fournisseur (VTS) vérifier que sont respectées les conditions suivantes:

  • CONFIG_OF=y ou CONFIG_ACPI=y
  • 4.4 et 4.9 ont des noyaux CONFIG_ANDROID_LOW_MEMORY_KILLER=y OU avoir à la fois CONFIG_MEMCG=y et CONFIG_MEMCG_SWAP=y
  • CONFIG_DEBUG_RODATA=y ou CONFIG_STRICT_KERNEL_RWX=y
  • CONFIG_DEBUG_SET_MODULE_RONX=y ou CONFIG_STRICT_MODULE_RWX=y
  • Pour ARM64 seulement: CONFIG_ARM64_SW_TTBR0_PAN=y ou CONFIG_ARM64_PAN=y

En outre, la CONFIG_INET_UDP_DIAG option doit être réglée sur y pour 4,9 noyaux dans Android 9 et plus.

Activation des options du mode hôte USB

Pour l'audio en mode hôte USB, activez les options suivantes :

CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=y
# CONFIG_USB_AUDIO is for a peripheral mode (gadget) driver

Pour le mode hôte USB MIDI, activez l'option suivante :

CONFIG_SND_USB_MIDI=y

Seccomp BPF avec TSYNC

Secure Computing Berkeley Packet Filter (Seccomp BPF) est une technologie de sécurité du noyau qui permet la création de bacs à sable qui définissent le contexte dans lequel un processus peut effectuer des appels système. La fonction de synchronisation des threads (TSYNC) permet l'utilisation de Seccomp BPF à partir de programmes multithreads. Cette capacité est limitée aux architectures qui prennent en charge Seccomp en amont (ARM, ARM64, x86 et x86_64).

Démon Android Live-Lock

Android 10 comprend le daemon en-Lock Android ( llkd ), qui est conçu pour attraper et Atténuer le noyau des interblocages. Pour plus de détails sur l' utilisation du llkd , reportez - vous à Android daemon en-Lock .

Utiliser vDSO32 sur ARM64

L'objet partagé dynamique virtuel (vDSO) est une alternative aux appels système qui, lorsqu'il est utilisé et configuré correctement, peut réduire les coûts de cycle. Android 10 ajoute la prise en charge de vDSO32 sur les noyaux 64 bits (Android prend déjà en charge vDSO64 sur les noyaux 64 bits et vDSO32 sur les noyaux 32 bits). L' utilisation vDSO32 ( CONFIG_VDSO_COMPAT ) sur l' architecture ARM64 prévoit une augmentation de 0,4 pour cent dans la vie de la batterie et d' autres améliorations de performance.

La communauté Linux travaille activement à l' unification des architectures vDSOs . Vous pouvez configurer vDSO dans votre noyau Linux en permettant vDSO32 avec CONFIG_COMPAT et CONFIG_CROSS_COMPILE_COMPAT_VDSO avec le triplet du compilateur arm32. L'équipe Kernel Android a rétroportés les anciennes versions de la série patch vDSO dans des dispositifs pixels, de sorte que vous pouvez trouver des exemples dans le noyau Pixel construit ( LINUX_FCC_CROSS_COMPILE_ARM32_PREBUILTS_BIN chemin, CROSS_COMPILE_ARM32 référence et CONFIG_CROSS_COMPILE_ARM32 config).