search

bas-t / ffdecsawrapper

FFdecsa empowered softcam for MythTV
GNU General Public License v3.0
17 stars 9 forks source link

Segfault Skystar s2 (since Kernel 4.2) #46

Closed wslegend closed 8 years ago

wslegend commented 8 years ago

Hello,

Unfortunately ffdecsawrapper segfaults as soon as i start watching any encrypted channel since i have upgraded to Kernel 4.2 (Problem also exists on Linux 4.3-rc7). Unencrypted channels are watchable without any problems.

My setup: ArchLinux; Smartmuse Easymouse 2 (with ORF Card) using oscam. ffdecsawrapper connects with newcamd to oscam. DVB-S2 Card is a TechniSat SkyStar S2. Astra 19.2E

Maybe it has something to do with the new skystar2 kernel module since 4.2?

Backtrace: http://pastebin.com/raw.php?i=st23t6aK

config.mak: http://pastebin.com/raw.php?i=XC1j0NUU

bas-t commented 8 years ago

This repo is deprecated.

bas-t commented 8 years ago

BTW: Did you try the new repo's? If so, how did that go?

wslegend commented 8 years ago

Yes i tried them. But i discovered that my problems aren't ffdecsawrapper related. Unfortunately i can't watch any HD channels (even unencrypted ones) with the skystar2 in-tree-module of kernel 4.2...

bas-t commented 8 years ago

Well, according to the linuxtv wiki, it's a first show in linux-4.2.x. So I guess that you don't suffer from a regression. Did you ever had a working setup with this card? If so, with what drivers (and kernel)?

bas-t commented 8 years ago

Just as a reminder to myself.: It's this commit that added support for your card https://github.com/bas-t/media_tree/commit/5afc9a25be8d4e627cf07aa8a7500eafe3664b94

wslegend commented 8 years ago

I've used the following patch with every Kernel since 3.10. Las working setup is with 4.1

http://www.vdr-portal.de/index.php?page=Attachment&attachmentID=34585&h=8111ede44320693127a58eb66e2e6066512d9f6f&s=e5b9e21f42892c1fda41ea137689bbaef5c09ae2

bas-t commented 8 years ago

I've added that patch to a port of the linux-3.18.24 media stack, https://github.com/bas-t/linux-stable/commit/7cf2fe1795b483635fa62d1e141feb1fdc3cd12a So if you want, you can test it:

git clone https://github.com/bas-t/dvbloopback.git && cd dvbloopback ./configure --v4l=3.18.0

If that works for you, maybe file a bug report against the upstream driver.

bas-t commented 8 years ago

BTW: because you are running archlinux, you'll have to gzip the resulting modules afterwards, I trust that you're familiar with that procedure.

bas-t commented 8 years ago

Hi, I've seen your bug report against the upstream driver. Can I remove the 3.18.0 testing branch now?

wslegend commented 8 years ago

Hi, Sorry, i totally forgot to respond here. Yes you can and thankyou for your effort! :)