...
On the other hand, If I contact DVBShop.net do you think I could find a solution?
you should try, but be aware that it could be not that friendly !
Are you still within the 14-day exchange limit and thinking about an exchange ?
Then read pages back what I suggest to do then !!!!!
ppl ?
The question is if newer bought DVDSKY will do, too !
TerraTec also running ?
I had one Jan. 2018 and nada !
Sure ???
generic (x86_64) patched too ???
... because as GDPR-7 said at the beginning of the thread, the DVBsky s960 does not work also. ...
no, no I said I tested the TerraTec Cinergy S2 USB Box, Rev. 4 , which also doesn't work !
Mentioning the same chipsets of the Technotrend, TerraTec and DVBSKY I guess that new purchasable DVBSKY S960 also don't work. I guess they are all chinese geniatech grap without driver support caused by an undeclared re-design. (I guess after most cheap comes worthless ...)
I for myself lthinging over an SAT-IP Server, too.
But they are way to expensive for me.
This one maybe could do the job (regarding user comments):
what I have read so far the SAT-IP Server will run at ~ 10W. But there are some questions not quiet clear, yet.
Currently I have a Hauppauge WinTV-Nova-HD-S2 running in an old Desktop-PC, but this box sucks ~42 W (HDTV and 49W SD) compared to an SAT-Receiver (~10W) or as planed an unused Intel NUC with USB-SAT (~ 15W)
Regarding the acquisition costs I guess I leave this as is, for now.
I even wouldn't know what to do with the over years well running and at that time expensive Hauppauge. old PCI is nearly dead.
Maybe someone in the near future comes up with a patch to fix the USB-SAT-devices or offers driver support for new ones.
BTW: there are new fixes for DVBSKY
[PATCH 1/2] media: dvbsky: use the new dvb_module_probe() API
maybe for interest: fix from #18 will land in 4.15.8 too
kernel/git/stable/stable-queue.git - Linux kernel stable patch queue
Up to now I don't have any experiences with Raspberry PI. I don't even have one !
All I could do is to guide you by building a vanilla kernel on an normal PC (x86_64) running Fedora.
it wouldn't harm to mail those questions to [email protected] too.
Subject: "Unable to handle kernel NULL pointer dereference"
linux-media is working at the media kernel tree.
you also can extend (my) bug reports to get the attention from kernel developer.
are you able to compile vanilla kernels ?
As mentioned above there is a fix for at least one related kernel module in 4.16-rc4 (m88ds3103)
I don't have the device for testing.
is your fix for 4.16 somethings other as what I mentioned in #18, a page back ?
"I do not know how I am going to make a proof of no-damage return"
- through the fact that someone else (friends) is able to witness that your device was running under windows
- through photo's and
- through a signed pack list and *before* you pack it and send it back.
Circumvent that the seller can say: it is not complete, it is damages, etc ...
Driver problem:
as @mglae noticed: it seems that the device was internally and undocumented changed.
this means to me there is no driver for linux (yet and maybe for a long time, if ever).
even nobody knows what the right fixes are => different devices with same ID's makes that searches somewhat difficult
Maybe one here can tell you more. I'm not a developer.
I for me only read about nearly 2 years old and open bug reports saying "unable to handle kernel NULL pointer dereference" which is - IIRC- a heavy bug.
I tried to bring this bug to the attention on linux media-list without success.
I tried a technotrend and a terratec, both with the ID's mentioned in dvb wiki and no.
what's left ?
photos, witness, pack list (for that *special* shop) stamp and bye bye grap !
yep, it looks so.
But after my experiences with this shop I would also tend to say "What a crappy shop" !
!!! DON'T BUY THERE !!!
BTW: terratec install routine under windows was as usual: easy.
My technotrend came with an external 12 V !
If you bought by that shop and you don't got an external 12 V it would make "special sense" regarding money back to me ... !
If you bought there too: be prepared if you want to send back your device and to get your complete money back !!!
Make sure and be able to witness to that the back delivery was complete and without (optical) damages => photos / a list signed by the witness.
If you don't had an RMA in your package, like me:
the back delivery adress is NOT the address in their imprint, it is precise:
Otto-Lilienthal-Straße 7, Haus 2, 06796 Brehna
yes the small and un-bold address here:
Sure ?
IIRC, in my tests (technotrend, Terratec on x86_64) the driver crashes *with* external 12V attached too.
maybe here comes a fix for kernel 4.16:
Btw pls test a milhouse build if it works there, if there is a kernel bug it won't get fixed anymore as LE9 is already at the "corner".
'can't test against above driver related bugs cause the devices were send back to the seller.
But I can test - and actually do - with another x86_64 box with an DVB PCI card !
please do a
dmesg|grep -iEw 'bug|conflict|corrupted|error|fail|fault|fatal|Lock|NULL|segfault|stack|trace|warn'
or attach the lines between [ 4.588994] and [ 5.068200]
or the whole dmesg output
No, it does NOT !!!
Tested the above device ~2 weeks ago on last LE release and on some vanilla/distro kernels on Fedora 27 (x64_86)
ID 0b48:3011 TechnoTrend AG TT-connect S2-4600
=> BUG: unable to handle kernel NULL pointer dereference
see => BUG: unable to handle kernel NULL pointer dereference
same Bugs in
- DVBSky S960
- TerraTec Cinergy S2 Rev.4 (ID 0ccd:0105)
Technotrend and TerraTec was tested by me
esp. Technotrend I got an additional error message sort of "overcurrent on usb port xyz"
not so on TerraTec ...
If they would work I would go for a TerraTec again
