Terratec Cinergy S2 Rev.4 initialization error on LE 8.1.0 and 8.1.1

dcervi · September 1, 2017 at 11:51 PM

Hi,

I have a Terratec Cinergy S2 Rev.4 connectec to my RPi 2. It was working fine until LE 8.0.2, but it isn't correctly initialized on 8.1.0 and 8.1.1.

Here are the dmesg from each version:

LE 8.0.2 eYTK

LE 8.1.0 MPUi

LE 8.1.1 iHSZ

I hope it helps to identifiy what's causing this problem.

**CvH** · September 2, 2017 at 12:21 AM Official Post

could you try Index of /Test/failed-patch/ ?

dcervi · September 2, 2017 at 12:56 AM

Sadly still not working.

dmesg: ObGN

**CvH** · September 2, 2017 at 10:13 AM Official Post

I added 4 build to the Index of /Test/failed-patch/ directory

would be nice if you could test the (v2) builds

I am not sure if the applied patch mess it up or a missing patch or a slight rebase error.

Pls report if 1 or 2 or more are working (hopefully not zero)

dcervi · September 2, 2017 at 11:50 AM

All tested and still not working

Dmesg for all versions:

removed-patch hSJf

removed-and-buffer-size gBJC

buffer-size-and-patch dOeb

buffer-size-and-2remove-patch FTZY

**CvH** · September 2, 2017 at 12:34 PM Official Post

Damn, will look later into it.

So probably no easy fix

dcervi · September 2, 2017 at 4:28 PM

I can see the Cinergy S2 Rev.4 is included in the dw2102.c file on Raspberry Linux 4.9.y branch as 'TERRATEC_CINERGY_S2_BOX'. It was added in this commit: [media] dw2102: Add support for Terratec Cinergy S2 USB BOX · raspberrypi/linux@93b6642 · GitHub

Shouldn't it be working without any patches?

**CvH** · September 2, 2017 at 4:52 PM Official Post

Quote from dcervi

Shouldn't it be working without any patches?

Ofc, but we had some patches that touch code around that - but even after removing the patches it still don't work.

I uploaded a version (v3) without any additional patches - maybe this works (would at least rule something out).

dcervi · September 2, 2017 at 5:21 PM

Tested, but still doesn't work.

Dmesg for v3: LWMX

I didn't say it earlier, but thank you very much for your dedication. I've just sent you some beers.

Regards,

David

**CvH** · September 3, 2017 at 12:02 AM Official Post

okay next 3

dcervi · September 3, 2017 at 10:34 AM

No luck

dmesg for all 3:

vanilla-rebuild-patches jPBQ

vanilla-no-patches ZhCY

mb-4.13 DNAZ

If you need any more logs like lsmod or anything, just ask.

**CvH** · September 3, 2017 at 11:36 AM Official Post

Quote from dcervi

No luck

Hmm could you try if raspbian works (with its 4.9 kernel) ? I am a bit curious if this is an bug we introduce or if it is something from upstream.

LE with pure 4.9/4.13 without any patches fails for you - so I have no idea why it worked at LE8.0.x .

Maybe there was some other change what breaks it that is totally unrelated to the drivers.

-edit-

do you have some usb-hub between ?

dcervi · September 3, 2017 at 5:17 PM

It seems to be correctly recognized and initialized on latest Raspbian (as 'Terratec Cinergy S2 USB BOX').

Here are the dmesg: debian Pastezone

I don't have any USB hub. It's connected directly to one of the pi's usb ports.

**CvH** · September 3, 2017 at 9:23 PM Official Post

Quote from dcervi

It seems to be correctly recognized and initialized on latest Raspbian (as 'Terratec Cinergy S2 USB BOX').

hmm this helps at least - now the question what did we fu up

will investigate

**CvH** · September 4, 2017 at 12:53 AM Official Post

okay try LibreELEC-RPi2.arm-mb-8.0.img.gz
if this isn't working you could pls try some builds from here Index of /builds/master/RPi2/ to see when it breaks (start with the old ones first)

currently we are a bit out of ideas as long you can't locate the problem a bit better - you need basically just to boot it up as you can easily see at the logs i it works or not

as long you don't get these stuff at your logs everything is okay

Code

[    5.638684] dvbdev: dvb_create_media_entity: media entity 'dvb-demux' registered.
[    5.660430] Unable to handle kernel paging request at virtual address ad92d000
[    5.660447] pgd = aebd4000
[    5.660456] [ad92d000] *pgd=2d81141e(bad)
[    5.660483] Internal error: Oops: 8000000d [#1] SMP ARM

dcervi · September 4, 2017 at 11:55 PM

Ok, testing done.

Your latest version doesn't work, and latest working build from Milhouse master is 20170107. On 20170108 the module changes from being identified as 'Terratec Cinergy S2 USB BOX' to 'Terratec Cinergy S2 Rev.4' and the error appears.

Looking at the commits, it seems to coincide with the upgrade to 4.9 kernel.

I hope this can help to identify the source for this problem.

**CvH** · September 5, 2017 at 12:37 PM Official Post

just to clarify, LE 8.0.x is working (could you try it again just to rule out some other crazy problems)?

Its really crazy because if 8.0 is working this makes no sense at all.

20170107 added kernel 4.9.1 = working

20170108 added media_build = not working

at the Testbuilds ^^^^^^ there are already builds without media_build with pure 4.9.x Kerrnel ... tbh not sure what happens here

will try if millhouse has more info about the changes he made

-edit-

looked into the changes and can't see anything (what matters) besides the media_build change

Do you have some other Intel/AMD htpc or something where you could test the stick with LE? Maybe some RPi patch is the bad guy - really hard to tell because there are so much different point where something could go wrong.

dcervi · September 5, 2017 at 4:47 PM

It's working well under 8.0.2. I'm reverting to this version after doing the test and it works perfectly fine on it.

I wonder if it's because the media_build uses the dvbsky driver while mainstream linux kernel is using the dw2102 driver. Maybe it worked well before with this driver, but some change in 4.9 kernel made it fail.

Can you try to build a 8.1.1 manually removing the entries for Cinergy S2 Rev.4 from dvbsky.c and adding them to dw2102.c

If so, I can test it on the Raspberry and on an old HTPC I have lying around, and if it solves the problem, you can submit a PR with the changes to the media_build repository.