Re: Kernel-Oops bei rivatv und MPlayer

31 Mar 2004

      Am Dienstag, 30. März 2004 18:02 schrieb Thomas Hertweck:
...
Christian Schneider wrote:
...
[...]
Mar 20 16:51:37 client2 kernel: *pde = 00000000
Mar 20 16:51:37 client2 kernel: Oops: 0000 2.4.21-192-default #1
Wed Feb 18 19:26:28 UTC 2004
[...]
Versuche mal mit ksymoops eine etwas besser lesbare Form des Oops zu
bekommen, siehe "man ksymoops". Aber das Problem ist tueckisch, da
wird Dir evtl. nur jemand der SuSE Kernelentwickler weiter helfen
koennen. Schaun wir mal.
OK, ich hatte bereits ein neues Kernel-Build installiert (199, der Oops
geschah aber unter 192). Daher habe ich den Oops reproduziert. Das
hätte ich lieber nicht getan, denn diesmal hat sich der Rechner total
aufgehängt. :-(

Hier die Ausgabe von "$ ksymoops /var/log/messages" (ausnahmsweise
nicht nach Spalte 72 umgebrochen):

Mar 31 13:01:10 client2 kernel: Unable to handle kernel paging request at virtual address fd907b75
Mar 31 13:01:10 client2 kernel: c028533f
Mar 31 13:01:10 client2 kernel: *pde = 00000000
Mar 31 13:01:10 client2 kernel: Oops: 0000 2.4.21-199-default #1 Fri Mar 12 08:27:41 UTC 2004
Mar 31 13:01:10 client2 kernel: CPU:    0
Mar 31 13:01:10 client2 kernel: EIP:    0010:[vsnprintf+639/1248]    Not tainted
Mar 31 13:01:10 client2 kernel: EIP:    0010:[<c028533f>]    Not tainted
Mar 31 13:01:10 client2 kernel: EFLAGS: 00210097
Mar 31 13:01:10 client2 kernel: eax: fd907b75   ebx: 0000000a   ecx: fd907b75   edx: fffffffe
Mar 31 13:01:10 client2 kernel: esi: c035f92e   edi: 00000000   ebp: ffffffff   esp: d4b45c48
Mar 31 13:01:10 client2 kernel: ds: 0018   es: 0018   ss: 0018
Mar 31 13:01:10 client2 kernel: Process mplayer (pid: 1754, stackpage=d4b45000)
Mar 31 13:01:10 client2 kernel: Stack: ffffffff ffffffff c035fcff c035f900 00200246 d4b45dac c2edc800 c011d299
Mar 31 13:01:10 client2 kernel:        c035f900 00000400 cf549ca8 d4b45cb0 00000000 00000000 00000000 00000000
Mar 31 13:01:10 client2 kernel:        c2edc80c cf54c208 d4b45dac c011d38f cf549c80 d4b45ca8 cf54352a cf549c80
Mar 31 13:01:10 client2 kernel: Call Trace:         [vprintk+89/320] (12) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+221106560/496994872] (28) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+221116128/496985304] (08)
Mar 31 13:01:10 client2 kernel: Call Trace:         [<c011d299>] (12) [<cf549ca8>] (28) [<cf54c208>] (08)
Mar 31 13:01:10 client2 kernel:   [<c011d38f>] (04) [<cf549c80>] (08) [<cf54352a>] (04) [<cf549c80>] (04)
Mar 31 13:01:10 client2 kernel:   [<cf54b743>] (20) [<cf540f16>] (660) [<c010d9ee>] (44) [<c5b10389>] (16)
Mar 31 13:01:10 client2 kernel:   [<c0152b36>] (52) [<c0108dd3>] (60)
Mar 31 13:01:10 client2 kernel: Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 83 e7 10 89 c3 75
...
...
EIP; c028533f    <=====
...
...
esi; c035f92e 
Trace; c011d299 
Trace; cf549ca8 
Trace; cf54c208 
Trace; c011d38f 
Trace; cf549c80 
Trace; cf54352a 
Trace; cf549c80 
Trace; cf54b743 
Trace; cf540f16 
Trace; c010d9ee <__write_ldt+3e/250>
Trace; c5b10389 <[usbserial].data.end+15c76e/194445>
Trace; c0152b36 
Trace; c0108dd3 

Code;  c028533f 
00000000 <_EIP>:
Code;  c028533f    <=====
   0:   80 38 00                  cmpb   $0x0,(%eax)   <=====
Code;  c0285342 
   3:   74 07                     je     c <_EIP+0xc>
Code;  c0285344 
   5:   40                        inc    %eax
Code;  c0285345 
   6:   4a                        dec    %edx
Code;  c0285346 
   7:   83 fa ff                  cmp    $0xffffffff,%edx
Code;  c0285349 
   a:   75 f4                     jne    0 <_EIP>
Code;  c028534b 
   c:   29 c8                     sub    %ecx,%eax
Code;  c028534d 
   e:   83 e7 10                  and    $0x10,%edi
Code;  c0285350 
  11:   89 c3                     mov    %eax,%ebx
Code;  c0285352 
  13:   75 00                     jne    15 <_EIP+0x15>

Mar 31 13:02:22 client2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
Mar 31 13:02:22 client2 kernel: c0157920

Ich habe bei dem Versuch den Fehler zu reproduzieren festgestellt,
dass der Oops z.T. auf Grund meiner Unachtsamkeit aufgetreten ist:
Ich hatte das Modul anscheinend kompiliert, als ich ohne Framebuffer
(vga=normal) gebootet hatte, habe dann neu gebootet mit Framebuffer
(vga=0x317) und das Modul geladen. Nur in dieser Reihenfolge trat der
Oops auf.
Das sollte doch eigentlich trotzdem nicht so sein, oder? Vielleicht
doch eher ein Fall für die RivaTV-Liste?

Aber auch wenn ich boote mit vga=0x317, das Modul kompiliere, direkt
lade und MPlayer ausgeführe, läuft es trotzdem nicht und MPlayer stürzt
ab. Nur gibt es so keinen Oops.
...
...
[...]
Auf der RivaTV-Liste konnte man mir nicht weiterhelfen, meinte es
läge vermutlich am SuSE-Kernel und ich bekam den Tipp, einen
Vanilla-Kernel auszuprobieren. Anscheinend tritt dieser Fehler
nicht bei anderen Kernels auf.
Um das fuer Dein System nachzuvollziehen, hilft nur ausprobieren.
Wie man u.a. auch einen Vanilla-Kernel installiert parallel zum
vorhandenen SuSE-Kernel, findest Du im kleinen Kernel-Howto unter
http://www.thomashertweck.de/kernel24.html.
Alles klar.
...
Gruesse,
Th.
Tschüs,
Christian