GNU/Linux >> Tutoriels Linux >  >> Linux

Pourquoi pr_debug du noyau Linux ne donne-t-il aucune sortie ?

CONFIG_DYNAMIC_DEBUG=y

https://www.kernel.org/doc/html/v4.11/admin-guide/dynamic-debug-howto.html

Si vous compilez le noyau avec cette option, vous pouvez faire des choses incroyables comme :

echo 8 > /proc/sys/kernel/printk
echo 'file kernel/module.c +p' > /sys/kernel/debug/dynamic_debug/control

et cela activera sélectivement le pr_debug() vous voulez.

Nous pouvons ensuite tester cela avec :

insmod mymodule.ko

qui imprime beaucoup d'informations de débogage supplémentaires comme dans :

[   84.875592] init_module: umod=0000000073518b66, len=185416, uargs=000000009c6e375a                    
[   84.876099] Core section allocation order:       
[   84.876257]  .text                               
[   84.876332]  .note.gnu.build-id                  
[   84.876418]  .rodata.str1.1                      
[   84.876492]  .orc_unwind_ip                      
[   84.876568]  .orc_unwind                         
[   84.876636]  __mcount_loc                        
[   84.876705]  .data                               
[   84.876760]  .gnu.linkonce.this_module           
[   84.876856]  .bss                                
[   84.876919] Init section allocation order:       
[   84.877041]  .symtab                             
[   84.877121]  .strtab                             
[   84.877235] final section addresses:             
[   84.877352]  0xffffffffc0006000 .note.gnu.build-id                                                    
[   84.877482]  0xffffffffc0005000 .text            
[   84.877580]  0xffffffffc0006024 .rodata.str1.1   
[   84.877695]  0xffffffffc0006040 .orc_unwind_ip   
[   84.877805]  0xffffffffc0006050 .orc_unwind      
[   84.877905]  0xffffffffc0006068 __mcount_loc     
[   84.878012]  0xffffffffc0007000 .data            
[   84.878107]  0xffffffffc0007000 .gnu.linkonce.this_module                                             
[   84.878238]  0xffffffffc0007340 .bss             
[   84.878331]  0xffffffffc000a000 .symtab          
[   84.878430]  0xffffffffc000a348 .strtab          
[   84.878657] Absolute symbol: 0x00000000          
[   84.878951] Absolute symbol: 0x00000000          
[   84.879713] hello init 

Et notamment, il contient l'adresse de chargement du module :

[   84.877482]  0xffffffffc0005000 .text            

ce qui est utile pour convertir des adresses en lignes.

Pour les modules, on peut faire :

echo 8 > /proc/sys/kernel/printk
echo 'module myprintk +p' > /sys/kernel/debug/dynamic_debug/control
insmod /myprintk.ko

ce qui nous permet de tester facilement pr_debug en ajoutant cela à notre propre module.

Testé sur le noyau 4.16 avec cette configuration.

printk(KERN_DEBUG !=pr_debug quand CONFIG_DYNAMIC_DEBUG=y

C'est très incohérent, mais printk(KERN_DEBUG apparaît quand loglevel=8 même si nous n'activons pas /sys/kernel/debug/dynamic_debug/control , cela peut être vu à partir de :https://stackoverflow.com/a/37283021/895245


Ajoutez ce qui suit au Makefile, en supposant filename.c est le fichier source du module.

CFLAGS_filename.o := -DDEBUG

pas

CFLAGS_[filename].o := -DDEBUG

Reportez-vous à https://www.kernel.org/doc/local/pr_debug.txt


Linux
  1. Le noyau Linux :Top 5 des innovations

  2. Le cycle de vie des tests du noyau Linux

  3. Pourquoi 'sshpass' n'est pas le bon moyen d'automatiser les transferts de fichiers sous Linux

  4. Linux - Pourquoi n'y a-t-il pas de système de fichiers Rootfs présent sur le système ?

  5. Linux - Participer à la liste de diffusion du noyau ?

Analyser le noyau Linux avec ftrace

Comment le noyau Linux gère les interruptions

Comment vérifier la version du noyau sous Linux

Linux - Le casque ne fonctionne pas Linux Mint 18 ?

Pourquoi la sortie de certains programmes Linux ne va-t-elle ni à STDOUT ni à STDERR ?

Docker :échec de l'ajout de la paire d'interfaces (opération non prise en charge)