SegFault Tvm2VDR

peda · 26. Februar 2010

Hallo,

ich hab gerade mal ein tvm2vdr Update angeworfen und nach kruzer Zeit hat sich mein Bild auf dem TV verabschiedet.

Ein Blick in die Log File ( messages ) zeigt....

Feb 26 12:43:17 gina kernel: [14051.602507] vdr[4043]: segfault at 1c ip 003876e3 sp a51941c0 error 4 in libvdr-tvm2vdr.so.1.7.10[380000+d000]
Feb 26 12:43:17 gina runvdr: restarting VDR

Habe das dann nochmal getestet und es passiert wieder...

User.log

Feb 26 12:49:09 gina vdr: [4539] TVM2VDR: EPG data processed for channel S19.2E-1-1102-13204
Feb 26 12:49:12 gina vdr: [4539] TVM2VDR: EPG data processed for channel S19.2E-1-1102-13204
Feb 26 12:49:12 gina vdr: [4539] TVM2VDR: EPG data processed for channel S19.2E-133-9-61
Feb 26 12:49:15 gina runvdr: restarting VDR

Messages

Feb 26 12:49:15 gina kernel: [14409.124513] vdr[4539]: segfault at 1c ip 006c46e3 sp a69f31c0 error 4 in libvdr-tvm2vdr.so.1.7.10[6bd000+d000]
Feb 26 12:49:15 gina runvdr: restarting VDR
Feb 26 12:49:15 gina kernel: [14409.160618] saa7146: unregister extension 'budget dvb'.
Feb 26 12:49:15 gina kernel: [14409.163412] budget dvb 0000:01:06.0: PCI INT A disabled
Feb 26 12:49:17 gina kernel: [14411.211150] saa7146: register extension 'budget dvb'.

Habt ihr das auch schonmal gehabt?

Gruß
Peter

peda · 26. Februar 2010

Vielleicht sollte ich das Plugin mal selber compilen?

Bin ratlos

Peter

wolfi.m · 27. Februar 2010

Hallo peda,

hatte den gleichen Fehler.Das komische an der Sache war das mit einem VDR-DVB-C alles lief, aber mit VDR-DVB-S dieses Segfault beim Update kam.
Hab dann alle Kanäle für die ich kein EPG benötige in der "tvm2vdr_channelmap.conf" auskommentiert und siehe da, alles wieder i.O.

Gruss
Wolfgang

cactus-online · 14. März 2010

Ich installiere aus http://ppa.launchpad.net/the-v…vdr-ubuntu-karmic/ubuntu.

Das Plugin verursacht auch bei, mir allerdings beim Beenden des vdr, einen segfault, was zur Folge haben scheint, dass das andere hooks z.B. vdr-addon-acpiwakeup leider nicht mehr ausgeführt werden und somit
z.B. keine zeitgesteuerten Aufnahmen möglich sind. Ich frage mich: Woran könnte das liegen und was kann ich tun, um den Fehler zu beseitigen ? Gibt es eine Inkompatibilität mit der libxslt ?

Hier der Auszug aus dem syslog:
Mar 13 20:14:51 elefant-lin kernel: [38933.993037] vdr[19709]:
segfault at 7 ip 00007fd3da29a75e sp 00007fd3ceffc950 error 4 in libxslt.so.1.1.24[7fd3da273000+38000]

Ich verwende Ubuntu 9.10 amd64.

kaktus@elefant-lin:/etc/vdr/plugins$ uname -a
Linux elefant-lin 2.6.31-20-generic #57-Ubuntu SMP Mon Feb 8 09:02:26 UTC 2010 x86_64 GNU/Linux

Für jeden Hinweis zur Lösung des Problem wäre ich sehr dankbar.

steffen_b · 14. März 2010

Ein backtrace zu dem Problem wäre sicher nicht schlecht ...

mini73 · 14. März 2010

Moin!

Ich krieg auch einen (rein analoger vdr):

Code

yavdr kernel: [839657.380635] vdr[10179]: segfault at 661307 ip 00ae4fae sp b32fcc94 error 4 in libgcc_s.so.1[ace000+1c000]

Wie erstelle ich ein Backtrace?

mini.

wbreu · 14. März 2010

Moin,

mal zwei Links zum bt:

http://www.vdr-wiki.de/wiki/index.php/Gdb

VDPAU und DIVX

Gruß
Wolfgang

mini73 · 14. März 2010

Moin!

Code

(gdb) bt
#0  x86_fallback_frame_state (context=<value optimized out>, fs=0xb43f96b4) at ../../../src/libgcc/../gcc/config/i386/linux-unwind.h:125
#1  uw_frame_state_for (context=<value optimized out>, fs=0xb43f96b4) at ../../../src/libgcc/../gcc/unwind-dw2.c:1136
#2  0x00d1a6ad in _Unwind_ForcedUnwind_Phase2 (exc=0xb43fadc0, context=0xb43f96e4) at ../../../src/libgcc/../gcc/unwind.inc:155
#3  0x00d1a80a in _Unwind_ForcedUnwind (exc=0xb43fadc0, stop=0xd4a510 <unwind_stop>, stop_argument=0xb43fa444) at ../../../src/libgcc/../gcc/unwind.inc:207
#4  0x00d4c9e2 in _Unwind_ForcedUnwind () from /lib/tls/i686/cmov/libpthread.so.0
#5  0x00d4a4b8 in __pthread_unwind () from /lib/tls/i686/cmov/libpthread.so.0
#6  0x00d423bb in sigcancel_handler () from /lib/tls/i686/cmov/libpthread.so.0
#7  <signal handler called>
#8  0x00d35422 in __kernel_vsyscall ()
#9  0x00824c96 in poll () from /lib/tls/i686/cmov/libc.so.6
#10 0x00447e94 in ?? ()
#11 0x00440225 in ?? ()
#12 0x0044068a in ?? ()
#13 0x0042f350 in ?? ()
#14 0x0043cb24 in ?? ()
#15 0x0043d893 in ?? ()
#16 0x0040b31a in ?? ()
#17 0x0040b644 in ?? ()
#18 0x0040bdec in ?? ()
#19 0x0040c2d1 in ?? ()
#20 0x081324c0 in cThread::StartThread(cThread*) ()
#21 0x00d4380e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#22 0x008328de in clone () from /lib/tls/i686/cmov/libc.so.6

Alles anzeigen

Das ganze unter einem gerade aktualisiertem yaVDR. vdr lief direkt von der Kommandozeile, beendet habe ich ihn mit STRG+C, während tvm2vdr ein Update vornahm.
Gibt es eine einfache Möglichkeit, vdr und die Plugins mit Debug-Symbolen laufen zu lassen?

mini.

hotzenplotz5 · 14. März 2010

@min73 ich kenn mich damit null aus, aber vielleicht hilft das weiter:
http://e-tobi.net/blog/2006/04…eicherlecks-im-vdr-finden

p.s. hast du mir schon eine pvrinput vorab version für hier:
https://launchpad.net/~hotzenplotz5/+archive/test-vdr-lucid/+packages?start=0&batch=170

mini73 · 14. März 2010

Moin!

Zitat

Original von hotzenplotz5
@min73 ich kenn mich damit null aus, aber vielleicht hilft das weiter:
http://e-tobi.net/blog/2006/04…eicherlecks-im-vdr-finden

Danke, werde ich mal lesen.

Zitat

Original von hotzenplotz5
p.s. hast du mir schon eine pvrinput vorab version für hier:
https://launchpad.net/~hotzenplotz5/+archive/test-vdr-lucid/+packages?start=0&batch=170

Hab noch ein wenig Geduld... Wir sind auch gerade dabei, auf vdr-developer.org ein Projekt aufzusetzen, damit pvrinput endlich mal eine Heimat bekommt.

mini.

mini73 · 14. März 2010

Moin!

Nach der Installation von ein paar Libs mit Debugsymbolen jetzt ein schönerer Backtrace:

Code

(gdb) bt
#0  x86_fallback_frame_state (context=<value optimized out>, fs=0xb47fbe04) at ../../../src/libgcc/../gcc/config/i386/linux-unwind.h:125
#1  uw_frame_state_for (context=<value optimized out>, fs=0xb47fbe04) at ../../../src/libgcc/../gcc/unwind-dw2.c:1136
#2  0x0033d6ad in _Unwind_ForcedUnwind_Phase2 (exc=0xb47fcdc0, context=0xb47fbe34) at ../../../src/libgcc/../gcc/unwind.inc:155
#3  0x0033d80a in _Unwind_ForcedUnwind (exc=0xb47fcdc0, stop=0x64e510 <unwind_stop>, stop_argument=0xb47fc444) at ../../../src/libgcc/../gcc/unwind.inc:207
#4  0x006509e2 in _Unwind_ForcedUnwind (exc=0xb47fcdc0, stop=0x64e510 <unwind_stop>, stop_argument=0xb47fc444) at ../nptl/sysdeps/pthread/unwind-forcedunwind.c:132
#5  0x0064e4b8 in *__GI___pthread_unwind (buf=<value optimized out>) at unwind.c:130
#6  0x006463bb in __do_cancel (sig=32, si=0xb47fbf9c, ctx=0xb47fc01c) at ../nptl/pthreadP.h:265
#7  sigcancel_handler (sig=32, si=0xb47fbf9c, ctx=0xb47fc01c) at nptl-init.c:202
#8  <signal handler called>
#9  0x00ead422 in __kernel_vsyscall ()
#10 0x003daa76 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#11 0x0040a3cc in usleep (useconds=500000) at ../sysdeps/unix/sysv/linux/usleep.c:33
#12 0x004fff5a in ?? ()
#13 0x08164435 in cThread::StartThread (Thread=0xb5e97fb0) at thread.c:257
#14 0x0064780e in start_thread (arg=0xb47fcb70) at pthread_create.c:300
#15 0x004108de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Alles anzeigen

Jetzt muss ich nur noch das eine Fragezeichen da finden...

mini.

mini73 · 14. März 2010

Moin!

Ich vermute mal, dass tvm2vdr nicht auf einen Abbruchwunsch für den Update-Thread reagiert. Ein (mehr oder weniger wahlloses) Einfügen von "Running() &&" bei einigen Schleifen in update.c hat aber leider noch keine Besserung gebracht.
Wer kennt sich denn mit der Arbeitsweise des Plugins aus und könnte an den passenden Stellen den Thread-Abbruch-Test einbauen?

mini.

SegFault Tvm2VDR

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema