Closed 3PO closed 10 years ago
Thanks for the backtrace. Please apply this patch and see if it is ok: http://skyboo.net/pub/dvbapi-lock.diff
Hi, i've applied the patch but the problem still exist: :(
Jun 15 10:30:50 [kernel] traps: receiver on dev[31946] general protection ip:7f6f0e451668 sp:7f6e2effcca0 error:0 in libvdr-dvbapi.so.2.1.6[7f6f0e43e000+19000]
Backtrace: --> http://bpaste.net/show/373927/
Hmmm ... it's hard to find the cause of this crash. If the locks doesn't help, maybe it's some namespace conflict... Please revert to my clear master and apply the patches in the following order and try to reproduce: http://skyboo.net/pub/dvbapi-lock.diff http://skyboo.net/pub/dvbapi-filter.diff
Any news?
Any news?
No, but in this case, no News are good News. ;)
In other words, the kernel trap Problem seems be solved .
Ok, thanks, closing.
@3PO Forgot to ask: you had both patches applied? Or clean master?
@3PO Forgot to ask: you had both patches applied? Or clean master?
Yes, i applied both patches.
Now i've found a way to reproduce this behavior.
Steps to reproduce:
When switching is done, the vdr dies with a kernel-trap:
Jun 28 15:56:16 [vdr] [21042] osdteletext-receiver thread ended (pid=20246, tid=21042) Jun 28 15:56:16 [vdr] [20246] buffer stats: 0 (0%) used Jun 28 15:56:16 [vdr] [20246] [softhddev]SetPlayMode: 0 Jun 28 15:56:16 [vdr] [20246] [softhddev]SetVideoDisplayFormat: 1 Jun 28 15:56:16 [vdr] [20246] [softhddev]GetSpuDecoder: Jun 28 15:56:16 [vdr] [20246] DVBAPI: 1.0 set CAM decrypt (SID 113, caLm 4, HasCaDescriptors 1) Jun 28 15:56:16 [vdr] [20246] CAM 6: assigned to device 6 Jun 28 15:56:16 [vdr] [20246] switching to channel 151 Jun 28 15:56:17 [vdr] [21041] ttxtsubs player thread ended (pid=20246, tid=21041) Jun 28 15:56:17 [vdr] [20246] buffer stats: 0 (0%) used Jun 28 15:56:17 [vdr] [20246] ERROR: can't set PID 32 on device 5 Jun 28 15:56:17 [vdr] [20246] ttxtsubs: teletext subtitles replayer started with initial page 000 Jun 28 15:56:17 [vdr] [21069] ttxtsubs player thread started (pid=20246, tid=21069, prio=high) Jun 28 15:56:17 [vdr] [20246] ERROR: can't set PID 32 on device 5 Jun 28 15:56:17 [vdr] [20246] ERROR: can't set PID 767 on device 5 Jun 28 15:56:17 [vdr] [20246] svdrpservice: Invalid server IP '' Jun 28 15:56:17 [vdr] [20246] ERROR: cFemonOsd::SvdrpConnect() cannot connect to SVDRP server. Jun 28 15:56:17 [vdr] [20246] DVBAPI: 7.0 set CAM decrypt (SID 113, caLm 4, HasCaDescriptors 1) Jun 28 15:56:17 [vdr] [21070] receiver on device 8 thread started (pid=20246, tid=21070, prio=high) Jun 28 15:56:17 [vdr] [21069] ttxtsubs player thread ended (pid=20246, tid=21069) Jun 28 15:56:17 [vdr] [20246] buffer stats: 0 (0%) used Jun 28 15:56:17 [vdr] [20246] ttxtsubs: teletext subtitles replayer started with initial page 000 Jun 28 15:56:17 [vdr] [20246] buffer stats: 0 (0%) used Jun 28 15:56:17 [vdr] [21071] ttxtsubs player thread started (pid=20246, tid=21071, prio=high) Jun 28 15:56:17 [vdr] [21072] osdteletext-receiver thread started (pid=20246, tid=21072, prio=high) Jun 28 15:56:17 [vdr] [21047] femon receiver thread ended (pid=20246, tid=21047) Jun 28 15:56:17 [vdr] [21073] femon receiver thread started (pid=20246, tid=21073, prio=high) Jun 28 15:56:17 [vdr] [20246] [softhddev]SetPlayMode: 1 Jun 28 15:56:17 [kernel] traps: receiver on dev[21070] general protection ip:7fe46561072e sp:7fe2b63e9ca0 error:0 in libvdr-dvbapi.so.2.1.6[7fe4655fd000+19000] Jun 28 15:56:17 [lircd-0.9.0] removed client Jun 28 15:56:17 [root] Focus: 1 Jun 28 15:56:17 [G2V gg_switchhook.sh] /_config/bin/gg_switchhook.sh -switch ActWin <(1078, 1918) 0(Gg_launcher)> Jun 28 15:56:18 [root] VDR wurde beendet - RC: 0
Backtrace: --> http://bpaste.net/show/416915/
I dont know if this is a Problem from dvbapi, or SAT>IP?
I was contacting the SAT>IP author about this issue and he also don't have an idea of the cause of this problem. It may be also triggered by this specific femon function. I'm sorry, I'm out of ideas and I am affraid I cannot help you more in this case :(
hi the craśh disappear when you set dvbapi on "oscam.conf" without request_mode .
Since i've installed the sat>ip-Plugin, dvbapi crashs in some rare cases with a kernel trap:
Backtrace: --> http://bpaste.net/show/370021/