Re: Gel de X et messages d'erreur du noyau
Je cite Edouard G. Parmelan, le Thu, Mar 08, 2001 at 12:38:42PM +0100 :
-) Marco wrote:
-)
-) > 2. J'ai trouvé des messages du noyau (2.2.17) qui devraient bien avoir un sens
-) > pour qui sait les lire, qui semblent bien liés à mon affaire. Un extrait
-) > se trouve à la fin du message.
-)
-) Un Oops est l'équivalent d'un SEGV dans le noyau. Généralement ce n'est
-) pas bon signe. C'est soit un bug kernel -- mais là j'ai des doutes --
-) soit un problème hard. Après un Oops, le noyau peut être retombé sur
-) ses pieds, mais ce n'est pas sûre.
Gasp. La seule mise à jour noyau concerne le module NVidia qui est passé
en paquet debian il y a quelques jours.
-)
-) > Deux questions :
-) > - *comment* faire pour trouver l'origine de cela?
-) > (je cherche des indications sur la démarche à suivre pour traquer le
-) > coupable)
-)
-) apt-get install ksymoops
-) /usr/src/linux/Documentation/oops-tracing.txt
Merci bien. Informations très précieuses.
-)
-) > - qu'y-a-t'il d'utilisable dans ces messages sans être un gourou du
-) > noyau?
-)
-) Une fois que tu auras utilisé ksymoops sur les messages, tu auras les
-) noms de fonctions dans la stack. Mais, avant, je te recommande de
-) tester ta mémoire. Recherche l'enfilade ``[OT] program test memoire''
-) du mois dernier.
ksymoops -m /boot/System.map-2.2.17 -o /lib/modules/2.2.17/video/NVdriver < messages
me donne le contenu du fichier messages entrecoupé d'une série de
traductions de la pile en assembleur (?)
(Exemple en fin de mail)
Ou bien ces codes sont-ils les fonctions dont tu parles?
Est-ce que ça n'est pas le moment de filer un rapport de bug au
mainteneur de nvidia-kernel-src?
Merci bien de l'aide,
Marco
ksymoops 2.3.7 on i686 2.2.17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.17/video/NVdriver (specified)
-m /boot/System.map-2.2.17 (specified)
Mar 6 13:11:57 debian kernel: Oops: 0000
Mar 6 13:11:57 debian kernel: CPU: 0
Mar 6 13:11:57 debian kernel: EIP: 0010:[free_wait+40/104]
Mar 6 13:11:57 debian kernel: EFLAGS: 00010087
Mar 6 13:11:57 debian kernel: eax: 445f0000 ebx: 8a0cfff4 ecx:
c37fe000
edx: c5a7bfa4
Mar 6 13:11:57 debian kernel: esi: 8a0cfff0 edi: c37fe000 ebp:
00000287
esp: c5a7bf38
Mar 6 13:11:57 debian kernel: ds: 0018 es: 0018 ss: 0018
Mar 6 13:11:57 debian kernel: Process E-Cpu.epplet (pid: 17386, process
nr: 65
, stackpage=c5a7b000)
Mar 6 13:11:57 debian kernel: Stack: 00000008 00000004 c012ce80
c37fe000 00000
001 00000004 c78c5258 00000000
Mar 6 13:11:57 debian kernel: c5a7a000 c5a7a000 00000000
00000000 c37fe
000 c012d202 00000004 c5a7bfa8
Mar 6 13:11:57 debian kernel: c5a7bfa4 c5a7a000 00000000
bffffbcc bffff
c5c c352d2f4 00000000 00000023
Mar 6 13:11:57 debian kernel: Call Trace: [do_select+476/500]
[sys_select+874/
1164] [system_call+52/56]
Mar 6 13:11:57 debian kernel: Code: 8b 4b 04 89 ca 8b 41 04 39 d8 74 09
89 c2
8b 42 04 39 d8 75
Using defaults from ksymoops -t elf32-i386 -a i386
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 8b 4b 04 mov 0x4(%ebx),%ecx
Code; 00000003 Before first symbol
3: 89 ca mov %ecx,%edx
Code; 00000005 Before first symbol
5: 8b 41 04 mov 0x4(%ecx),%eax
Code; 00000008 Before first symbol
8: 39 d8 cmp %ebx,%eax
Code; 0000000a Before first symbol
a: 74 09 je 15 <_EIP+0x15> 00000015 Before
first s
ymbol
Code; 0000000c Before first symbol
c: 89 c2 mov %eax,%edx
Code; 0000000e Before first symbol
e: 8b 42 04 mov 0x4(%edx),%eax
Code; 00000011 Before first symbol
11: 39 d8 cmp %ebx,%eax
Code; 00000013 Before first symbol
13: 75 00 jne 15 <_EIP+0x15> 00000015 Before
first s
ymbol
Reply to: