Comment déboguer un module du noyau dans lequel un pointeur NULL apparaît?

9

J'ai un module de noyau personnalisé que j'ai compilé à partir de ce patch qui ajoute la prise en charge du logitech G19clavier parmi d'autres appareils de la série G. Je l'ai compilé très bien contre la branche principale du noyau franc-tireur d'Ubuntu (2.6.35).

Je peux démarrer et charger le module, mais je suis dans une situation vraiment étrange. Dès que je charge le module (au démarrage ou via modprobe), j'obtiens un écran noir et ma console se bloque.

La partie étrange est qu'elle ne verrouille pas mon système, c'est juste la session de console actuelle. Je peux SSH dans ma boîte, et cela me donne un terminal et une session. Et je peux taper, et je peux même exécuter une commande et cela me donne la sortie. Il dessine ensuite ma prochaine invite et se verrouille immédiatement.

Je vois dmesgqu'il y a un pointeur nul et j'obtiens la trace de pile suivante:

[  956.215836] input: Logitech G19 Gaming Keyboard as /devices/pci0000:00/0000:00:1d.7/usb1/1-2/1-2.1/1-2.1.2/1-2.1.2:1.1/input/input5
[  956.216023] hid-g19 0003:046D:C229.0004: input,hiddev97,hidraw3: USB HID v1.11 Keypad [Logitech G19 Gaming Keyboard] on usb-0000:00:1d.7-2.1.2/input1
[  956.216065] input: Logitech G19 as /devices/pci0000:00/0000:00:1d.7/usb1/1-2/1-2.1/1-2.1.2/1-2.1.2:1.1/input/input6
[  956.216128] Registered led device: g19_97:orange:m1
[  956.216146] Registered led device: g19_97:orange:m2
[  956.216178] Registered led device: g19_97:orange:m3
[  956.216198] Registered led device: g19_97:red:mr
[  956.216216] Registered led device: g19_97:red:bl
[  956.216235] Registered led device: g19_97:green:bl
[  956.216259] Registered led device: g19_97:blue:bl
[  956.216872] Console: switching to colour frame buffer device 40x30
[  956.216899] BUG: unable to handle kernel NULL pointer dereference at 000000000000001c
[  956.216903] IP: [<ffffffffa040b21b>] sys_imageblit+0x21b/0x4ec [sysimgblt]
[  956.216911] PGD 273554067 PUD 2726ca067 PMD 0 
[  956.216914] Oops: 0000 [#1] SMP 
[  956.216917] last sysfs file: /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-2/1-2.1/1-2.1.2/1-2.1.2:1.1/usb/hiddev1/uevent
[  956.216921] CPU 5 
[  956.216922] Modules linked in: hid_g19(+) led_class hid_gfb fb_sys_fops sysimgblt sysfillrect syscopyarea btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs exportfs reiserfs snd_hda_codec_atihdmi snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device ioatdma snd i5000_edac soundcore snd_page_alloc psmouse edac_core i5k_amb shpchp serio_raw dca ppdev parport_pc lp parport usbhid hid floppy e1000e
[  956.216953] 
[  956.216956] Pid: 3147, comm: modprobe Not tainted 2.6.35-26-generic #46 DSBF-DE/System Product Name
[  956.216959] RIP: 0010:[<ffffffffa040b21b>]  [<ffffffffa040b21b>] sys_imageblit+0x21b/0x4ec [sysimgblt]
[  956.216963] RSP: 0018:ffff8802766db738  EFLAGS: 00010246
[  956.216965] RAX: 0000000000000000 RBX: ffff880273e71000 RCX: ffff880272e93b40
[  956.216968] RDX: 0000000000000007 RSI: 0000000000000010 RDI: ffff880272e93b40
[  956.216970] RBP: ffff8802766db7d8 R08: 0000000000000000 R09: ffff880272e93b98
[  956.216972] R10: 0000000000000000 R11: 0000000000000001 R12: 0000000000000000
[  956.216974] R13: 0000000000000010 R14: 0000000000000008 R15: ffff8802766db8c8
[  956.216977] FS:  00007fcae7725700(0000) GS:ffff880001f40000(0000) knlGS:0000000000000000
[  956.216979] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[  956.216981] CR2: 000000000000001c CR3: 000000026ba26000 CR4: 00000000000006e0
[  956.216983] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[  956.216986] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[  956.216988] Process modprobe (pid: 3147, threadinfo ffff8802766da000, task ffff8802696a16e0)
[  956.216990] Stack:
[  956.216991]  ffff8802766db778 ffffffff810746ae ffff8802766db700 ffff88026b2cadc0
[  956.216994] <0> ffff8802766db778 ffffffff812beef9 ffff8802f66db947 ffff8802766db94f
[  956.216998] <0> ffff8802766db848 00000000812bf22e ffff880272e93b40 ffffffff812feb40
[  956.217001] Call Trace:
[  956.217011]  [<ffffffff810746ae>] ? send_signal+0x3e/0x90
[  956.217018]  [<ffffffff812beef9>] ? put_dec+0x59/0x60
[  956.217023]  [<ffffffff812feb40>] ? fbcon_resize+0xd0/0x230
[  956.217027]  [<ffffffffa04175da>] gfb_fb_imageblit+0x1a/0x30 [hid_gfb]
[  956.217031]  [<ffffffff813051b9>] soft_cursor+0x1c9/0x270
[  956.217034]  [<ffffffff81304e8b>] bit_cursor+0x65b/0x6c0
[  956.217037]  [<ffffffff812c1796>] ? vsnprintf+0x316/0x5a0
[  956.217043]  [<ffffffff81061045>] ? try_acquire_console_sem+0x15/0x60
[  956.217046]  [<ffffffff81300ca8>] fbcon_cursor+0x1d8/0x340
[  956.217049]  [<ffffffff81304830>] ? bit_cursor+0x0/0x6c0
[  956.217054]  [<ffffffff81368139>] hide_cursor+0x29/0x90
[  956.217057]  [<ffffffff8136b078>] redraw_screen+0x148/0x240
[  956.217060]  [<ffffffff8136b42e>] bind_con_driver+0x2be/0x3b0
[  956.217063]  [<ffffffff8136b569>] take_over_console+0x49/0x70
[  956.217066]  [<ffffffff812ff7fb>] fbcon_takeover+0x5b/0xb0
[  956.217069]  [<ffffffff81303ca5>] fbcon_event_notify+0x5c5/0x650
[  956.217076]  [<ffffffff8158e7f6>] notifier_call_chain+0x56/0x80
[  956.217080]  [<ffffffff8108510a>] __blocking_notifier_call_chain+0x5a/0x80
[  956.217084]  [<ffffffff81085146>] blocking_notifier_call_chain+0x16/0x20
[  956.217089]  [<ffffffff812f366b>] fb_notifier_call_chain+0x1b/0x20
[  956.217092]  [<ffffffff812f4c8c>] register_framebuffer+0x1ec/0x2e0
[  956.217098]  [<ffffffff814084f8>] ? usb_init_urb+0x28/0x40
[  956.217101]  [<ffffffffa041790f>] gfb_probe+0x21f/0x4f0 [hid_gfb]
[  956.217107]  [<ffffffffa0425778>] g19_probe+0x558/0xedc [hid_g19]
[  956.217115]  [<ffffffff811c059c>] ? sysfs_do_create_link+0xec/0x210
[  956.217128]  [<ffffffffa00330c7>] hid_device_probe+0x77/0xf0 [hid]
[  956.217131]  [<ffffffff81388aa2>] ? driver_sysfs_add+0x62/0x90
[  956.217134]  [<ffffffff81388bc8>] really_probe+0x68/0x190
[  956.217138]  [<ffffffff81388d35>] driver_probe_device+0x45/0x70
[  956.217140]  [<ffffffff81388dfb>] __driver_attach+0x9b/0xa0
[  956.217143]  [<ffffffff81388d60>] ? __driver_attach+0x0/0xa0
[  956.217146]  [<ffffffff81388008>] bus_for_each_dev+0x68/0x90
[  956.217149]  [<ffffffff81388a3e>] driver_attach+0x1e/0x20
[  956.217151]  [<ffffffff813882fe>] bus_add_driver+0xde/0x280
[  956.217154]  [<ffffffff81389140>] driver_register+0x80/0x150
[  956.217157]  [<ffffffff8158e7f6>] ? notifier_call_chain+0x56/0x80
[  956.217161]  [<ffffffffa042a000>] ? g19_init+0x0/0x20 [hid_g19]
[  956.217166]  [<ffffffffa0032913>] __hid_register_driver+0x53/0x90 [hid]
[  956.217169]  [<ffffffff81085115>] ? __blocking_notifier_call_chain+0x65/0x80
[  956.217173]  [<ffffffffa042a01e>] g19_init+0x1e/0x20 [hid_g19]
[  956.217178]  [<ffffffff8100204c>] do_one_initcall+0x3c/0x1a0
[  956.217184]  [<ffffffff8109bd9b>] sys_init_module+0xbb/0x200
[  956.217192]  [<ffffffff8100a0f2>] system_call_fastpath+0x16/0x1b
[  956.217195] Code: 83 e1 fc 48 89 4d c8 eb d3 8b 83 14 01 00 00 83 f8 04 74 09 83 f8 02 0f 85 7b 01 00 00 48 8b 4d b0 48 8b 83 00 04 00 00 8b 51 10 <44> 8b 04 90 8b 51 14 8b 3c 90 44 8b 4d ac 45 85 c9 75 16 41 b9 
[  956.217218] RIP  [<ffffffffa040b21b>] sys_imageblit+0x21b/0x4ec [sysimgblt]
[  956.217221]  RSP <ffff8802766db738>
[  956.217223] CR2: 000000000000001c
[  956.217227] ---[ end trace 95d6c6d6913ccc79 ]---

Quelqu'un peut-il m'indiquer dans la bonne direction comment procéder pour déboguer cela?

La stacktrace m'amène à croire que ce n'est pas le pilote hid-g15 mais le pilote hid-gfb, ce qui crée un tampon de trame pour l'écran LCD du clavier. Cela a du sens car cela verrouille mon écran / console, mais creuser dans le code du noyau ne va vraiment nulle part. Il s'agit en grande partie de fonctions d'assemblage et de macro.

La dernière fonction sur le stacktrace qui implique mon nouveau code est gfb_fb_imageblit. L'intégralité de cette fonction est

   struct gfb_data *par = info->par;
   sys_imageblit(info, image);
   gfb_fb_update(par);

Suis-je en train de lire le stacktrace mal? Suis-je en train de manquer quelque chose? Des conseils sur la façon de déboguer cela?

linux kernel-modules c debugging assembly Falmarri
la source
Il y a quelques années, j'ai résolu un bogue similaire dans le pl2303module en lisant simplement attentivement le code et en trouvant la source du pointeur NULL. (Ensuite, ce petit correctif a été pris par GregKH, le responsable.) Peut-être, vous pourriez utiliser un débogueur pour vous aider, demander comment utiliser un débogueur avec le noyau. Contactez également les responsables du code, ils pourraient avoir des idées.
imz - Ivan Zakharyaschev
3
Eh bien, le fait est que je connais d'autres personnes qui ont apparemment le module qui fonctionne. Et je ne suis pas sûr que l'auteur soit toujours là. Je suppose que c'est un bon point sur l'utilisation d'un débogueur avec le noyau. Dois-je poser cette question en tant que nouvelle question ou simplement attendre que j'obtienne plus de réponses ici?
Falmarri
Si vous vous souciez simplement que le module soit utilisable (et ne vous aide pas nécessairement vous-même et la communauté en fixant le module pour fonctionner avec votre noyau), essayez-le avec la même version et configuration du noyau que celles utilisées par "d'autres personnes".
imz - Ivan Zakharyaschev
@imz: Eh bien, je n'ai vu qu'une seule mention de son utilisation réelle, et je ne connais pas le noyau exact et la configuration qu'ils ont utilisés, seulement qu'il a été construit avec le noyau meerkat. J'aimerais bien apprendre, donc je vais probablement commencer à déboguer cela quand j'aurai du temps.
Falmarri
Si vous passez par le débogage vous-même, vous pourrez finalement poster l'une des meilleures réponses à votre question ici!
imz - Ivan Zakharyaschev

Réponses:

10

Tout d'abord, déboguez le module? Il suffit de voir si vous pouvez le charger dans gdb, il pourrait vous diriger directement vers une ligne qui utilise la variable pertinente (ou près d'elle).

oh, et vous pourriez trouver cet article utile

RobotHumains
la source
Eh bien, je suis passé par quelques étapes de débogage et j'ai suivi le stacktrace. Mais lorsque j'ai redémarré mon ordinateur et rechargé les modules, cela a juste fonctionné. Donc, je ne sais pas ce qui n'allait pas.
Falmarri
Bonne affaire. Heureux que cela fonctionne pour une raison quelconque
RobotHumans
1
Cela fonctionne-t-il uniquement avec le débogueur? Avez-vous changé autre chose?
vonbrand
7

Je suis l'un des auteurs de ce patch, désolé c'est tellement bogué :)

En général, pour trouver des pointeurs nuls comme celui-ci, j'insère simplement printks jusqu'à ce que je trouve le pointeur qui est nul (= 0), puis je lis le code source jusqu'à ce que je trouve pourquoi.

Cependant, dans ce cas, je sais que vous devez désactiver la console framebuffer ou vous obtiendrez ce méchant bug, qui n'est déclenché que lorsque la console est visible. Ou cela pourrait être le bogue déclenché lorsque vous débranchez le clavier, et le module essaie toujours d'écrire dans le tampon désormais invalide.

Vous devriez vérifier le nouveau code sur github , que j'essaie de nettoyer en ce moment, pour le rendre plus facile à compiler avec des noyaux arbitraires, et qui a pas mal de corrections de bugs.

Visitez également notre IRC, # lg4l sur freenode.

ali1234
la source
Hé, merci d'avoir répondu. Je ne m'attendais pas à ce que le patch soit exempt de bogues. En fait, j'espérais pouvoir y contribuer de manière significative. En fait, je pense que j'ai de bonnes informations pour vous, même si elles peuvent être anciennes car je n'ai pas eu la chance de travailler beaucoup sur ce sujet ces derniers temps. Je m'arrêterai par irc quand j'en aurai l'occasion.
Falmarri