Hi, when I set the epg-scan timeout to something greater than 0, VDR crashes reproducible. Attached is a piece of the log when it happened. I was watching a recording.
I tried a clean VDr install without patches, only remote plugin. I use kernel 2.6.13-rc6 (same problem with 2.6.12.x), primary device is a TT Rev.1.5 FF DVB-S, secondary is an AirStar2 DVB-T.
Any clue what could cause this?
Greets
Malte Schröder wrote:
when I set the epg-scan timeout to something greater than 0, VDR crashes reproducible. Attached is a piece of the log when it happened. I was watching a recording.
Just a question, what's the setting for the watchdog-timer and how big is your video-disk and how many recordings you have ? Big disks with many recording are eating a lot of vdr's power....
Any clue what could cause this?
Perhaps, just give some more infos please
Greets
/hgm.bg
Malte Schröder <MalteSch <at> gmx.de> writes:
when I set the epg-scan timeout to something greater than 0, VDR crashes reproducible. Attached is a piece of the log when it happened. I was watching a recording.
I tried a clean VDr install without patches, only remote plugin. I use kernel 2.6.13-rc6 (same problem with 2.6.12.x), primary device is a TT Rev.1.5 FF DVB-S, secondary is an AirStar2 DVB-T.
Hi, same for me here. Seems to me like an unsolved NPTL problem, because it only happens, if I don't use LD_ASSUME_KERNEL=2.4.1.
So as a workaround, I do. It happens also in all older 1.3.x vdr versions, for me.
The problem remains steady through complete system upgrades like RedHat 9, Fedora Core 2-4. Therefore through many kernel and glibc versions.
BTW Watchdog Timer is 60 secs. Should be more than enough and solved all previous problems for me. Since version 1.0.
System contains 2x DVB-S 1.3 Cards and one DVB-S 1.5 as primary card modded to 4 MB. Kernel is 2.6.12.4 with CVS Driver. Dist is FC4.
Regards.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Thomas Bartschies wrote:
Malte Schröder <MalteSch <at> gmx.de> writes:
when I set the epg-scan timeout to something greater than 0, VDR crashes reproducible. Attached is a piece of the log when it happened. I was watching a recording.
I tried a clean VDr install without patches, only remote plugin. I use kernel 2.6.13-rc6 (same problem with 2.6.12.x), primary device is a TT Rev.1.5 FF DVB-S, secondary is an AirStar2 DVB-T.
Hi, same for me here. Seems to me like an unsolved NPTL problem, because it only happens, if I don't use LD_ASSUME_KERNEL=2.4.1.
I will try LD_ASSUME_KERNEL, let's see ...
So as a workaround, I do. It happens also in all older 1.3.x vdr versions, for me.
The problem remains steady through complete system upgrades like RedHat 9, Fedora Core 2-4. Therefore through many kernel and glibc versions.
BTW Watchdog Timer is 60 secs. Should be more than enough and solved all previous problems for me. Since version 1.0.
System contains 2x DVB-S 1.3 Cards and one DVB-S 1.5 as primary card modded to 4 MB. Kernel is 2.6.12.4 with CVS Driver. Dist is FC4.
Regards.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Malte Schröder wrote:
Thomas Bartschies wrote:
Hi, same for me here. Seems to me like an unsolved NPTL problem, because it only happens, if I don't use LD_ASSUME_KERNEL=2.4.1.
I will try LD_ASSUME_KERNEL, let's see ...
Seems to "fix" the problem .. so how can we debug this?
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Am Dienstag 16 August 2005 11:43 schrieb Malte Schröder:
Malte Schröder wrote:
Thomas Bartschies wrote:
Hi, same for me here. Seems to me like an unsolved NPTL problem, because it only happens, if I don't use LD_ASSUME_KERNEL=2.4.1.
I will try LD_ASSUME_KERNEL, let's see ...
Seems to "fix" the problem .. so how can we debug this?
See if the problem exists running under gdb as well. If it does, set a breakpoint to the watchdog function (maybe gdb catches SIGALRM before). When the watchdog expires, get a bt from all threads (thread apply all bt) and examine where the main thread is hanging. If the error does not occur, let VDR segfault in Watchdog() (something like (*((int *)0))++; will do this), and examine the core file (set ulimit -c unlimited)
Marcel
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I will try LD_ASSUME_KERNEL, let's see ...
Seems to "fix" the problem .. so how can we debug this?
See if the problem exists running under gdb as well. If it does, set a breakpoint to the watchdog function (maybe gdb catches SIGALRM before). When the watchdog expires, get a bt from all threads (thread apply all bt) and examine where the main thread is hanging. If the error does not occur, let VDR segfault in Watchdog() (something like (*((int *)0))++; will do this), and examine the core file (set ulimit -c unlimited)
The backtrace is attached (thread 1 moved to top).
Marcel
Am Dienstag 16 August 2005 19:22 schrieb Malte Schröder:
I will try LD_ASSUME_KERNEL, let's see ...
Seems to "fix" the problem .. so how can we debug this?
See if the problem exists running under gdb as well. If it does, set a breakpoint to the watchdog function (maybe gdb catches SIGALRM before). When the watchdog expires, get a bt from all threads (thread apply all bt) and examine where the main thread is hanging. If the error does not occur, let VDR segfault in Watchdog() (something like (*((int *)0))++; will do this), and examine the core file (set ulimit -c unlimited)
The backtrace is attached (thread 1 moved to top).
The backtrace suggests something is wrong in DvbTuner: Either the poll() in thread 2 does not return, or there is some sort of deadlock. Unfortunately I cannot reproduce the problem here. First you might try if the attached patch fixes the problem. If not, please put printfs around Lock() and Unlock() in dvbtuner.c line 129, 138, 299, 339, and possibly around the poll in line 157 as well, such as
printf("DvbTuner::Set: Now locking mutex\n"); Lock(); printf("DvbTuner::Set: Lockedmutex\n"); ... printf(""DvbTuner::Set: Unlocking mutex"); Unlock();
and capture the output to a file.
Marcel
Marcel
Am Mittwoch, 17. August 2005 14:27 schrieb Marcel Wiesweg:
Am Dienstag 16 August 2005 19:22 schrieb Malte Schröder:
[snip]
The backtrace suggests something is wrong in DvbTuner: Either the poll() in thread 2 does not return, or there is some sort of deadlock. Unfortunately I cannot reproduce the problem here. First you might try if the attached patch fixes the problem. If not, please put printfs around Lock() and Unlock() in dvbtuner.c line 129, 138, 299, 339, and possibly around the poll in line 157 as well, such as
Hi Marcel, your dvbtuner patch seems to fix the issue. My vdr runs now for almost an hour. Before it crashed a few minutes after every new vdr start, reproducible.
I'll test it now for a few days and then tell you my final verdict. But for now, thanks very much.
Regards, Thomas
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Marcel Wiesweg wrote:
The backtrace is attached (thread 1 moved to top).
The backtrace suggests something is wrong in DvbTuner: Either the poll() in thread 2 does not return, or there is some sort of deadlock. Unfortunately I cannot reproduce the problem here. First you might try if the attached patch fixes the problem.
Thanks, looks like it does :) No crashes/watchdog-restarts yet. I will do some more testing over the weekend and write here if the problem arises again.
If not, please put printfs around Lock() and Unlock() in dvbtuner.c line 129, 138, 299, 339, and possibly around the poll in line 157 as well, such as
- -- - --------------------------------------- Malte Schröder MalteSch@gmx.de ICQ# 68121508 - ---------------------------------------
2005/8/17, Marcel Wiesweg marcel.wiesweg@gmx.de:
First you might try if the attached patch fixes the problem.
Have had the same problems when replaying a DVD. After about 10 min the watchdog restarted my VDR. The fix solves the issue for me too. Thanks a lot :o)
Regards, Joachim.
Marcel Wiesweg schrieb:
Am Dienstag 16 August 2005 19:22 schrieb Malte Schröder:
The backtrace is attached (thread 1 moved to top).
The backtrace suggests something is wrong in DvbTuner: Either the poll() in thread 2 does not return, or there is some sort of deadlock. Unfortunately I cannot reproduce the problem here. First you might try if the attached patch fixes the problem.
Marcel
Your patch works, many thanks! (vdr-1.3.28, SuSE 9.3, 1x DVB-S 1.3, 2x Budget)
kind regards Andreas Böttger