Quel est le noyau de la section d'incompatibilité?

Cela signifie qu'une fonction qui est dans une section avec une durée de vie de références de quelque chose qui est dans une section à une autre vie.

Lorsque le noyau binaire est lié, les différentes parties du code et les données sont divisées en différentes sections. Certaines de ces sections sont chargés de tous les temps, mais certains autres sont supprimés une fois qu'ils ne sont plus nécessaires (des choses qui ne sont nécessaires que lors du boot, par exemple, peut être libéré une fois de démarrage se fait - ce qui économise de la mémoire).

Si une fonction est dans un long article se réfère aux données de l'une des sections pouvant être éliminée, il y a un problème - il peut-être essayer d'accéder à ses données, lorsqu'il a déjà été libéré, conduisant à toutes sortes d'exécution questions.

Ce n'est pas un avertissement, vous aurez corrigé de vous-même, sauf si vous avez écrit que le code ou la connaissent très bien. Il est résolu correctement par l'annotation de la fonction (ou les données qu'il désigne), de sorte qu'il va dans la bonne section. Le droit fixe ne peut être déterminé avec une connaissance détaillée de la partie du noyau.

---

Pour une liste de ces sections et les annotations, reportez-vous à la include/linux/init.h d'en-tête dans votre arborescence des sources du noyau:

/* These macros are used to mark some functions or 
 * initialized data (doesn't apply to uninitialized data)
 * as `initialization' functions. The kernel can take this
 * as hint that the function is used only during the initialization
 * phase and free up used memory resources after
 *
 * Usage:
 * For functions:
 * 
 * You should add __init immediately before the function name, like:
 *
 * static void __init initme(int x, int y)
 * {
 *    extern int z; z = x * y;
 * }
 *
 * If the function has a prototype somewhere, you can also add
 * __init between closing brace of the prototype and semicolon:
 *
 * extern int initialize_foobar_device(int, int, int) __init;
 *
 * For initialized data:
 * You should insert __initdata between the variable name and equal
 * sign followed by value, e.g.:
 *
 * static int init_variable __initdata = 0;
 * static const char linux_logo[] __initconst = { 0x32, 0x36, ... };
 *
 * Don't forget to initialize data not at file scope, i.e. within a function,
 * as gcc otherwise puts the data into the bss section and not into the init
 * section.
 * 
 * Also note, that this data cannot be "const".
 */

/* These are for everybody (although not all archs will actually
   discard it in modules) */
#define __init      __section(.init.text) __cold notrace
#define __initdata  __section(.init.data)
#define __initconst __section(.init.rodata)
#define __exitdata  __section(.exit.data)
#define __exit_call __used __section(.exitcall.exit)

Les autres suivent, avec plus de commentaires et d'explications.

Voir aussi le texte d'aide pour l' CONFIG_DEBUG_SECTION_MISMATCH Kconfig symbole:

La section incompatibilité de l'analyse vérifie si il y a d'illégal

les références d'une section à une autre section.

Linux cours de lien ou au cours de l'exécution de supprimer certains articles

et toute utilisation de code/données précédemment dans ces sections

résultat plus probable dans un oops.

Dans le code de variables et de fonctions annotées avec

__init __devinit etc. (voir liste complète dans include/linux/init.h)

qui résultats dans le code/données étant placées dans des sections spécifiques.

La section de l'incompatibilité de l'analyse se fait toujours après une complète

construction d'un noyau, mais cette option permet en outre

procédez de la manière suivante:

• Ajouter l'option-fno-inline-fonctions-disant-une fois de gcc
  
  Lorsque l'in-lining une fonction annoté __init dans un non-init
  
  fonction nous feraient perdre de la section de l'information et donc
  
  l'analyse ne serait pas attraper le illégales de référence.
  
  Cette option indique à gcc pour inline moins de mais également
  
  suite à un noyau plus grand.
• Exécution de la section d'incompatibilité de l'analyse pour chaque module/built-in.o
  
  Lors de l'exécution de la section d'incompatibilité de l'analyse sur vmlinux.o nous
  
  perdre valueble où l'inadéquation a été
  
  introduit.
  
  Exécution de l'analyse pour chaque module/built-in.o fichier
  
  dirai où le décalage se produit beaucoup plus proche de l'
  
  source. L'inconvénient, c'est que nous allons le même rapport
  
  incompatibilité au moins deux fois.
• Activer la déclaration de modpost pour aider à résoudre
  
  la section de l'inadéquation signalés.