Exactement ce que fait le noyau Linux est " make defconfig`?

Je peux utiliser la commande suivante pour créer un noyau Linux .config fichier basé sur une architecture spécifiée par défaut pour personnaliser un BRAS-du conseil d'administration:

ARCH=arm make defconfig KBUILD_DEFCONFIG=var_som_mx6_android_defconfig

J'ai pensé que cette commande plus ou moins des copies ./arch/arm/configs/var_som_mx6_android_defconfig à ./.config. Cependant, le résultant .config fichier n'est pas exactement une copie:

$ diff --unified arch/arm/configs/var_som_mx6_android_defconfig  .config
--- arch/arm/configs/var_som_mx6_android_defconfig  2017-01-20 12:10:51.891515984 -0800
+++ .config 2017-01-26 15:31:29.000000000 -0800
@@ -407,6 +407,7 @@
 CONFIG_ARM_ERRATA_751472=y
 CONFIG_ARM_ERRATA_794072=y
 CONFIG_ARM_ERRATA_761320=y
+CONFIG_ARM_ERRATA_845369=y
 # CONFIG_ARM_ERRATA_753970 is not set
 CONFIG_ARM_ERRATA_754322=y
 # CONFIG_ARM_ERRATA_754327 is not set
@@ -2683,7 +2684,6 @@
 CONFIG_AUTOFS4_FS=y
 CONFIG_FUSE_FS=y
 # CONFIG_CUSE is not set
-CONFIG_AUFS_FS=y

 #
 # Caches
@@ -2759,6 +2759,21 @@
 # CONFIG_PSTORE is not set
 # CONFIG_SYSV_FS is not set
 # CONFIG_UFS_FS is not set
+CONFIG_AUFS_FS=y
+CONFIG_AUFS_BRANCH_MAX_127=y
+# CONFIG_AUFS_BRANCH_MAX_511 is not set
+# CONFIG_AUFS_BRANCH_MAX_1023 is not set
+# CONFIG_AUFS_BRANCH_MAX_32767 is not set
+CONFIG_AUFS_SBILIST=y
+# CONFIG_AUFS_HNOTIFY is not set
+# CONFIG_AUFS_RDU is not set
+# CONFIG_AUFS_PROC_MAP is not set
+# CONFIG_AUFS_SP_IATTR is not set
+# CONFIG_AUFS_SHWH is not set
+# CONFIG_AUFS_BR_RAMFS is not set
+# CONFIG_AUFS_BR_FUSE is not set
+CONFIG_AUFS_BDEV_LOOP=y
+# CONFIG_AUFS_DEBUG is not set
 CONFIG_NETWORK_FILESYSTEMS=y
 CONFIG_NFS_FS=y
 CONFIG_NFS_V3=y

Je ne comprends pas d'où les lignes supplémentaires sont à venir, et j'ai toujours trouvé que le fonctionnement interne de la configuration du noyau, makefiles, et de construire des scripts pour être difficile à comprendre. Quelqu'un peut-il expliquer où ces lignes dans le .config pourrait venir de la?

connexes: oldconfig: stackoverflow.com/questions/4178526/...
merci - je n'ai jamais entendu parler de ça avant.

OriginalL'auteur Michael Burr | 2017-01-26

  1. 22

    Motivation

    La .config fichier n'est pas simplement copiées à partir de votre defconfig fichier. La motivation pour le stockage de defconfig dans un tel format est le suivant: dans defconfig, nous ne pouvons spécifier des options avec les valeurs par défaut (c'est à dire les options que nous avons changé pour notre conseil d'administration). De cette façon, nous pouvons garder le petit et clair. Chaque nouvelle version du noyau amène tout un tas de nouvelles options, et de cette façon, nous n'avons pas besoin de mettre à jour notre defconfig fichier à chaque fois que le noyau de presse. Aussi, il convient de mentionner que la construction d'un noyau de système de garde très spécifiques afin d'options dans defconfig fichier, il est donc préférable d'éviter de le modifier par la main. Au lieu de cela, vous devez utiliser make savedefconfig règle.

    Explication simplifiée

    Quand .config fichier est généré, le noyau du système de construction passe par tous les Kconfig les fichiers de tous les sous-dossiers), la vérification de toutes les options dans ces Kconfig fichiers:

    • si l'option est mentionné dans defconfig, système de construction met cette option pour .config avec la valeur choisie dans defconfig
    • si l'option n'est pas mentionné dans defconfig, système de construction met cette option pour .config à l'aide de sa valeur par défaut, spécifié dans correspondant Kconfig

    Vérifier scripts/kconfig/Makefile et scripts/kconfig/conf.c fichiers pour voir comment c'est fait.

    Plus précise et détaillée des

    De "Kbuild: le Noyau Linux Système de construction" par Javier Martinez:

    La Définition De La Configuration De Symboles: Kconfig Fichiers

    Configuration de symboles sont définis dans des fichiers appelés Kconfig fichiers. Chaque Kconfig fichier peut décrire un nombre arbitraire de symboles et peut également inclure (source) autres Kconfig fichiers. Compilation des cibles à construire des menus de configuration du noyau options de compilation, comme make menuconfig, lire ces fichiers pour créer la structure en arbre. Chaque répertoire dans le noyau a un Kconfig qui comprend le Kconfig fichiers de ses sous-répertoires. Sur le haut du code source du noyau, répertoire, il y a un Kconfig fichier est à la racine des options de l'arbre. Le menuconfig (scripts/kconfig/mconf), gconfig (scripts/kconfig/gconf) et d'autres cibles de compilation invoquer les programmes qui démarrent à cette racine Kconfig et de manière récursive lire la Kconfig fichiers situés dans chaque sous-répertoire pour construire leurs menus. Ce qui sous-répertoire de visiter aussi est définie dans chaque Kconfig fichier et dépend également de la configuration des valeurs de symbole choisi par l'utilisateur.

    Le Stockage Des Valeurs De Symbole: .config Fichier

    Toutes les config symbole de valeurs sont enregistrées dans un fichier spécial appelé .config. Chaque fois que vous voulez changer un noyau compiler de configuration, vous devez exécuter une cible, comme menuconfig ou xconfig. Ces lire la Kconfig fichiers pour créer les menus et de mettre à jour la config de symboles valeurs en utilisant les valeurs définies dans le .config fichier. En outre, ces outils de mise à jour de la .config fichier avec les nouvelles options que vous avez choisi et peut également produire un si elle n'existait pas avant.

    Parce que le .config fichier texte, vous pouvez le changer sans avoir besoin d'aucun outil spécialisé. Il est très pratique pour la sauvegarde et la restauration précédente compilation d'un noyau configurations.

    Commandes utiles

    Vous pouvez utiliser la syntaxe plus simple pour make defconfig, comme:

    $ make ARCH=arm your_board_defconfig

    Voir la liste complète des defconfigs avec:

    $ make ARCH=arm help | grep defconfig

    Si vous avez besoin de faire action inverse (c'est à dire créer un joli petit defconfig de la vaste étendue de .config), vous pouvez utiliser savedefconfig règle:

    $ make ARCH=arm savedefconfig

    Aussi, comme 0andriy mentionné, vous pouvez utiliser diffconfig script pour voir les changements d'un .config à une autre:

    $ scripts/diffconfig .config_old .config_new
    Merci pour cette excellente réponse (et le lien vers un article que je suis surpris, je n'ai pas rencontré déjà). En attendant quelques réponses, j'avais déjà compris que les lignes supplémentaires sont venus à partir de la validation de la configuration par le biais de la Kconfig fichiers, mais cette réponse me donne beaucoup plus d'informations et une meilleure compréhension. Merci encore.
    Donc, en bref, make defconfig KBUILD_DEFCONFIG=var_som_mx6_android_defconfig est le même que make var_som_mx6_android_defconfig, et donc, fondamentalement, vous ne voulez pas utiliser make defconfig comme il est plus prolixe.

    OriginalL'auteur Sam Protsenko

  2. 1

    Il a également générer include/generated/autoconf.h.

    Ce fichier d'en-tête est inclus par le fichier source C. D'autre part, .config est pour Makefile système.

    Système de construction de générer deux fichiers, et de les garder cohérente.

    OriginalL'auteur liuyang1