On Dienstag 07 Juni 2005 01:42, Oliver Endriss wrote:
> Sure, but it should not happen unless vdr was killed.
this happens here repeatably (not always) if I switch to a TV
channel with DD and vdr starts a transfer thread for handling
that audio stream.
My /proc/interrupts was always clean. vdr was running under gdb
but I did never interrupt it.
> I wonder where this signals come from.
please tell me what I should check. Would it make sense to add
debug output whenever vdr calls signal()? Are there other signal
sources I should watch?
Jun 3 13:00:42 mm vdr[29305]: switching to channel 2
Jun 3 13:00:42 mm vdr[3555]: transfer thread started (pid=3555, tid=147463)
Jun 3 13:00:42 mm vdr[3556]: receiver on device 1 thread started (pid=3556, tid=163848)
Jun 3 13:00:42 mm kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap: -512, 1
Jun 3 13:00:42 mm vdr[3557]: TS buffer on device 1 thread started (pid=3557, tid=180233)
root@mm:/var/log# cat /proc/interrupts
CPU0
0: 54893397 XT-PIC timer
2: 0 XT-PIC cascade
4: 60218 XT-PIC lirc_serial
8: 4 XT-PIC rtc
9: 0 XT-PIC acpi
11: 28057575 XT-PIC SiS SI7012, ohci_hcd:usb1, ohci_hcd:usb2, yenta, yenta, eth0, saa7146 (0), saa7146 (1)
14: 766281 XT-PIC ide0
NMI: 0
ERR: 0
--
Wolfgang
