Blindscan on linux with tbs cards

Hi deeptho, you're welcome to add anything from my post to your repo if you think it is of any help.

deeptho said:
using the wrong adapter. This can happen when using multiple cards and can depend on the order of driver loading
Click to expand...
That occurred to me, as I had a TBS6220 T/T2 card installed originally, before physically removing it and leaving just the TBS6903., but I still have the same problem. I always check that both adapter frontends of the TBS6903 are available to the blindscan program. before using it.

deeptho said:
using the wrong kernel version (caused by miscompiling or not properly installing)
Click to expand...
That's what I'm looking into. My experience doing those things may be the real problem. That's why I would like other people to try your program.
 
Llew said:
That occurred to me, as I had a TBS6220 T/T2 card installed originally, before physically removing it and leaving just the TBS6903., but I still have the same problem. I always check that both adapter frontends of the TBS6903 are available to the blindscan program. before using it.
Click to expand...

Use adapter_nr option for adapter drivers (put to /etc/modprobe.d/dvb.conf):

options saa716x_core adapter_nr=0
options tbsecp3 adapter_nr=1,2
 
CrazyCat said:
Use adapter_nr option for adapter drivers (put to /etc/modprobe.d/dvb.conf):

options saa716x_core adapter_nr=0
options tbsecp3 adapter_nr=1,2
Click to expand...
Hi Crazycat, so that fixes the adaptor order permanently even after a cold start? I'm using TBS6903 tuner 1 which will then always be adapter 0?
 
saa716x_core handle dvb adapters with saa7160 pci-e bridge, so 6220 init as adapter 0.
tbsecp3 handle dvb adapters with ECP3 FPGA based pci-e bridge - so adapters 1,2
 
CrazyCat said:
saa716x_core handle dvb adapters with saa7160 pci-e bridge, so 6220 init as adapter 0.
tbsecp3 handle dvb adapters with ECP3 FPGA based pci-e bridge - so adapters 1,2
Click to expand...
OK Thanks, that's clear now.
 
Hi deeptho,
I am trying to make your patch work but I am getting this error when running neumo-tune on any adapter.
FE_GET_EXTENDED_INFO failed: Unknown error 524
Tuning
FE_SET_PROPERTY clear failed: Bad file descriptor
EPOLL Failed: err=Invalid argument
Click to expand...
I am using an TBS 6909X-V2 card.

In lsmod I have stid135 + tbsecp3

lspci output:::
01:00.0 Multimedia controller: TBS Technologies DVB-S2 4 Tuner PCIe Card
Subsystem: Device 6909:0010
Kernel driver in use: TBSECP3 driver
Kernel modules: tbsecp3
Click to expand...
And I am using currently 4.18.0-041800-generic kernel as I have pretty cool issue to make ethernet work on my mainboard (e1000e driver).

I am able to use tvheadend to watch TV without any problems but I am really curious of doing blindscan on some sats.

Should I try to use newer kernel or ? Thx for help
 
Last edited:
Did you install my drivers?
What info is in the kernel log files?

Are you sure you used the latest version of my kernel drivers and my software?
It is easy to make a mistake with git, compilation or installation.
 
Last edited:
deeptho said:
Did you install my drivers?
Are you using my blindscan software, or something else?
Click to expand...
Yes I used drivers from your github repo + the blindscan app, First I tried only neumo-tune. But I am getting this error. I am open to send any logs you need or try different kernels tomorrow.
 
tokk250 said:
Yes I used drivers from your github repo + the blindscan app, First I tried only neumo-tune. But I am getting this error. I am open to send any logs you need or try different kernels tomorrow.
Click to expand...
I edited my previous post while you were answering. Sorry for the confusion.
kernel logs would be useful. You can also use the github ticket system for that.
 
About your ethernetcard: I also had trouble with a card like that (years ago). It was due to corrupted nvram.
The solution was to download new firmware from intel and to apply it once.

Since then, there were no problems. Kernel 5.x works fine.
 
git clone --depth=1 GitHub - deeptho/linux_media: TBS linux open source drivers -b latest ./media
git clone GitHub - deeptho/media_build: media_build for compiling media tree on this site
Click to expand...

I cloned these 2 repos & then compiled by standard way, let's say I am not only a basic user :)

Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] WARNING: You are using an experimental version of the media stack.
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] As the driver is backported to an older kernel, it doesn't offer
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] enough quality for its usage in production.
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] Use it with care.
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] 117b57628865401c17de8d59e31e31b9d2b0b6e7 fixed the 6909x V2 config
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] WARNING: You are using an experimental version of the media stack.
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] As the driver is backported to an older kernel, it doesn't offer
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] enough quality for its usage in production.
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] Use it with care.
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] 117b57628865401c17de8d59e31e31b9d2b0b6e7 fixed the 6909x V2 config
Sep 20 16:11:07 iptv-srv kernel: [ 2.935629] AVX2 version of gcm_enc/dec engaged.
Sep 20 16:11:07 iptv-srv kernel: [ 2.935630] AES CTR mode by8 optimization enabled
Sep 20 16:11:07 iptv-srv kernel: [ 2.937032] tbsci 0000:05:00.0: enabling device (0000 -> 0002)
Sep 20 16:11:07 iptv-srv kernel: [ 2.937637] dvbdev: DVB: registering new adapter (tbsci)
Sep 20 16:11:07 iptv-srv kernel: [ 2.937841] TBSECP3 driver 0000:01:00.0: enabling device (0000 -> 0002)
Sep 20 16:11:07 iptv-srv kernel: [ 2.937957] TBSECP3 driver 0000:01:00.0: TurboSight TBS 6909x (Octa DVB-S/S2/S2X)
Sep 20 16:11:07 iptv-srv kernel: [ 2.938209] tbsci 0000:05:00.0: DVB: registering adapter 0 frontend 0 (tbs6900 dual ci)...
Sep 20 16:11:07 iptv-srv kernel: [ 2.938703] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:07 iptv-srv kernel: [ 2.940502] tbsci 0000:05:00.0: DVB: registering adapter 0 frontend 0 (tbs6900 dual ci)...
...
Sep 20 16:11:07 iptv-srv kernel: [ 3.056907] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:07 iptv-srv kernel: [ 3.059069] i2c i2c-0: STiD135-LLA_REL_1.4.0-December_2018
...
Sep 20 16:11:09 iptv-srv kernel: [ 4.729790] i2c i2c-0: stid135_probe: cut 2.1
Sep 20 16:11:09 iptv-srv kernel: [ 4.729791] i2c i2c-0: stid135_probe: 8xTS to STFE mode init.
Sep 20 16:11:09 iptv-srv kernel: [ 4.757112] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:09 iptv-srv kernel: [ 4.757114] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 1 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:09 iptv-srv kernel: [ 4.757178] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:09 iptv-srv kernel: [ 4.879090] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:09 iptv-srv kernel: [ 4.879117] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:09 iptv-srv kernel: [ 4.879118] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 2 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:09 iptv-srv kernel: [ 4.879254] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:09 iptv-srv kernel: [ 5.001033] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:09 iptv-srv kernel: [ 5.001035] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:09 iptv-srv kernel: [ 5.001037] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 3 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:09 iptv-srv kernel: [ 5.001173] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:09 iptv-srv kernel: [ 5.123119] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:09 iptv-srv kernel: [ 5.123145] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:09 iptv-srv kernel: [ 5.123147] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 4 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:09 iptv-srv kernel: [ 5.123284] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:09 iptv-srv kernel: [ 5.245144] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:09 iptv-srv kernel: [ 5.245147] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:09 iptv-srv kernel: [ 5.245148] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 5 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:09 iptv-srv kernel: [ 5.245282] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:10 iptv-srv kernel: [ 5.367320] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:10 iptv-srv kernel: [ 5.367345] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:10 iptv-srv kernel: [ 5.367347] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 6 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:10 iptv-srv kernel: [ 5.367401] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:10 iptv-srv kernel: [ 5.379930] tbsci 0000:05:00.0: DVB: adapter 0 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:10 iptv-srv kernel: [ 5.380654] tbsci 0000:05:00.0: DVB: adapter 0 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:10 iptv-srv kernel: [ 5.488473] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:10 iptv-srv kernel: [ 5.488480] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:10 iptv-srv kernel: [ 5.488482] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 7 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:10 iptv-srv kernel: [ 5.488586] dvbdev: DVB: registering new adapter (TBSECP3 DVB Adapter)
Sep 20 16:11:10 iptv-srv kernel: [ 5.608940] TBSECP3 driver 0000:01:00.0: MAC address xxx
Sep 20 16:11:10 iptv-srv kernel: [ 5.608946] i2c i2c-0: STiD135 Multistandard demod found at adr 68 on i2c-0
Sep 20 16:11:10 iptv-srv kernel: [ 5.608948] TBSECP3 driver 0000:01:00.0: DVB: registering adapter 8 frontend 0 (TurboSight TBS 6909x (Octa DVB-S/S2/S2X))...
Sep 20 16:11:10 iptv-srv kernel: [ 5.609110] TBSECP3 driver 0000:01:00.0: TurboSight TBS 6909x (Octa DVB-S/S2/S2X): PCI 0000:01:00.0, IRQ 139, MMIO 0x9fb00000
Sep 20 16:11:10 iptv-srv kernel: [ 5.911975] TBSECP3 driver 0000:01:00.0: DVB: adapter 2 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:11 iptv-srv kernel: [ 6.857841] TBSECP3 driver 0000:01:00.0: DVB: adapter 3 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:12 iptv-srv kernel: [ 7.361623] TBSECP3 driver 0000:01:00.0: DVB: adapter 4 frontend 0 frequency 0 out of range (950000..2150000)
...
Sep 20 16:11:12 iptv-srv kernel: [ 7.865749] TBSECP3 driver 0000:01:00.0: DVB: adapter 5 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:12 iptv-srv kernel: [ 8.117384] TBSECP3 driver 0000:01:00.0: DVB: adapter 6 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:13 iptv-srv kernel: [ 8.368587] TBSECP3 driver 0000:01:00.0: DVB: adapter 7 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:13 iptv-srv kernel: [ 8.617771] TBSECP3 driver 0000:01:00.0: DVB: adapter 8 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:11:23 iptv-srv kernel: [ 18.437970] i2c i2c-0: stid135_read_status: fe_stid135_get_signal_info error 7 !
Sep 20 16:22:13 iptv-srv kernel: [ 668.410431] TBSECP3 driver 0000:01:00.0: DVB: adapter 8 frontend 0 frequency 0 out of range (950000..2150000)
...
Sep 20 16:32:11 iptv-srv kernel: [ 1267.111042] TBSECP3 driver 0000:01:00.0: DVB: adapter 1 frontend 0 frequency 11741000 out of range (950000..2150000)
Sep 20 16:32:23 iptv-srv kernel: [ 1278.878673] TBSECP3 driver 0000:01:00.0: DVB: adapter 8 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:32:23 iptv-srv kernel: [ 1279.130502] TBSECP3 driver 0000:01:00.0: DVB: adapter 7 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:32:24 iptv-srv kernel: [ 1279.382488] TBSECP3 driver 0000:01:00.0: DVB: adapter 6 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:32:24 iptv-srv kernel: [ 1279.633947] TBSECP3 driver 0000:01:00.0: DVB: adapter 5 frontend 0 frequency 0 out of range (950000..2150000)
Sep 20 16:32:25 iptv-srv kernel: [ 1280.834084] TBSECP3 driver 0000:01:00.0: DVB: adapter 1 frontend 0 frequency 11741000 out of range (950000..2150000)
Sep 20 16:32:25 iptv-srv kernel: [ 1280.834704] tbsci 0000:05:00.0: DVB: adapter 0 frontend 0 frequency 0 out of range (950000..2150000)
Click to expand...
Click to expand...
Is this enough or should I look for something specific as there were a lot of noise now as I am watching currently. Anyway what exact files you patched ?

Eh well then I will try some newer kernel tomorrow and I will let you know if I got any luck. Well I googled for few days regarding this e1000e driver and only one solution I found was manually compiling the driver as this is pretty new board (10th gen intel) I do not think it will be same issue but well Intel soooo...
 
Last edited:
I updated the log so I see your driver seems to be loaded good. Also the TVHeadend works well. I also stop tvheadend when I am using neumo-tune app. Can you also tell me what files you updated if it is not too much files so I do not need to look for them manually (I am unfortunately till today still not friendly with github :D, I know it is bad for a software developer but unfortunately I am a reverse engineer)
 
Unfortunately the logs do not reveal much. For instance, there are no messages from stid135 driver.
It could also be that your setup does not log debug
messages.

One solution is to install rsyslog and make sure that /etc/rsyslog.conf
has a line like

kern.debug /var/log/debug

Kernel denug messages should then appear in /var/log/debug (perhaps after a reboot)
You could also try 'sudo journalctl -k'. Perhaps it shows more

About your main problem

FE_GET_EXTENDED_INFO failed: Unknown error 524
can be caused by:
  1. drivers are not installed or not active (i.e., needs a reboot)
  2. /dev/dvb/adapterX where X is the number you selected on the command line is not writeable by the current user (unlikely: program would stop at this point + tvheadend seems to work)
  3. You are running an old version of the software

Please check if /proc/hchip_stid135 exists.
If it is there, then you are running the correct drivers

Changed files are for examples: stid135-fe.c
 
ls /proc | grep sti
Click to expand...
returns unfortunately nothing, but I have set up in /etc/modprobe.d/stid135.conf mode to use universal LNB and this works well. So I do not know why this proc is not there. It is a part of your patch ? Which creates this or ?

Cool I will try tomorrow to enable debug output and try to figure out, I hope with success. I will let you know then.

Anyway thx for help & info
 
It just means that you are not running the drivers with my patches. So you are probably running the standard kernel
instead.
 
Ah well I see that this is same today & yesterday kernel: [ 3.112698] i2c i2c-0: STiD135-LLA_REL_1.4.0-December_2018

But these are different:
Sep 19 17:28:49 iptv-srv kernel: [ 2.933935] WARNING: You are using an experimental version of the media stack.
Sep 19 17:28:49 iptv-srv kernel: [ 2.933935] As the driver is backported to an older kernel, it doesn't offer
Sep 19 17:28:49 iptv-srv kernel: [ 2.933935] enough quality for its usage in production.
Sep 19 17:28:49 iptv-srv kernel: [ 2.933935] Use it with care.
Sep 19 17:28:49 iptv-srv kernel: [ 2.933935] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Sep 19 17:28:49 iptv-srv kernel: [ 2.933935] 15299c07494db841fe638949075f0b0377d083ae Merge branch 'latest' of github.com:tbsdtv/linux_media into tbsdtv_linux_media/latest
Sep 19 17:28:49 iptv-srv kernel: [ 2.972597] WARNING: You are using an experimental version of the media stack.
Sep 19 17:28:49 iptv-srv kernel: [ 2.972597] As the driver is backported to an older kernel, it doesn't offer
Sep 19 17:28:49 iptv-srv kernel: [ 2.972597] enough quality for its usage in production.
Sep 19 17:28:49 iptv-srv kernel: [ 2.972597] Use it with care.
Sep 19 17:28:49 iptv-srv kernel: [ 2.972597] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Sep 19 17:28:49 iptv-srv kernel: [ 2.972597] 15299c07494db841fe638949075f0b0377d083ae Merge branch 'latest' of github.com:tbsdtv/linux_media into tbsdtv_linux_media/latest
Click to expand...

Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] WARNING: You are using an experimental version of the media stack.
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] As the driver is backported to an older kernel, it doesn't offer
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] enough quality for its usage in production.
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] Use it with care.
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Sep 20 16:11:07 iptv-srv kernel: [ 2.928926] 117b57628865401c17de8d59e31e31b9d2b0b6e7 fixed the 6909x V2 config
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] WARNING: You are using an experimental version of the media stack.
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] As the driver is backported to an older kernel, it doesn't offer
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] enough quality for its usage in production.
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] Use it with care.
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Sep 20 16:11:07 iptv-srv kernel: [ 2.931761] 117b57628865401c17de8d59e31e31b9d2b0b6e7 fixed the 6909x V2 config
Click to expand...

Strange is that in stid135.ko I got the correct build line for example "/usr/src/deeptho_patch/media_build/v4l/stid135-fe.c", buut there were no string stuff from your patch so you are right it is still old driver, interesting !!! Ah well your patch is missing in source. I screwed it up !!! Sorry for wasting your time man !
 
Last edited:
It is complicated and I experienced it myself sometimes...
 
You need to use the branch deepthought, not latest
 
I know but I followed the info in readme. Anyway I managed to make your patch work (needs some fine tunning + correct kernel version) also spectrum scanning works well. But the blindscan functionality keeps failing.

Sep 21 14:19:26 iptv-srv kernel: [ 3776.438068] stid135_scan_sat:1640 BLINDSCAN: GOOD freq=1871194kHz SR=5931 kS/s returned status=31 next=1875kHz
Sep 21 14:19:26 iptv-srv kernel: [ 3776.438076] dvb_frontend: dvb_frontend_thread:781: Adding event val=0x1f
Sep 21 14:19:26 iptv-srv kernel: [ 3776.438080] stid135_get_frontend:848 SET stream_id=0x100 isi=0x0
Sep 21 14:19:26 iptv-srv kernel: [ 3776.438171] dvb_frontend: dtv_get_spectrum:2768: spectrum retrieved user: n=65536
Sep 21 14:19:27 iptv-srv kernel: [ 3776.857513] dvb_frontend: dvb_frontend_thread:777: read_status event: s=0x1f old=0x1f
Sep 21 14:19:27 iptv-srv kernel: [ 3776.857598] stid135_get_frontend:848 SET stream_id=0x100 isi=0x0
Sep 21 14:19:27 iptv-srv kernel: [ 3777.277525] dvb_frontend: dvb_frontend_thread:777: read_status event: s=0x1f old=0x1f
Sep 21 14:19:27 iptv-srv kernel: [ 3777.277601] stid135_get_frontend:848 SET stream_id=0x100 isi=0x0
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283761] dvb_frontend: dtv_set_pls_search_list:2736: PLS: 5 codes:
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283762] dvb_frontend: dtv_set_pls_search_list:2738: code=0x4fa78580
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283762] dvb_frontend: dtv_set_pls_search_list:2738: code=0x4fa78580
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283762] dvb_frontend: dtv_set_pls_search_list:2738: code=0x4fa78580
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283763] dvb_frontend: dtv_set_pls_search_list:2738: code=0x4fa78580
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283763] dvb_frontend: dtv_set_pls_search_list:2738: code=0x4fa78580
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283764] dvb_frontend: dtv_property_process_set:2223: sat scan called
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283796] stid135_scan_sat:1578 SCAN SAT next_freq=1875197kHz
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283797] stid135_scan_sat:1580 SCAN SAT delsys=6
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283797] stid135_spectral_scan_next:946 Next frequency to scan: 7/9 1884596kHz
Sep 21 14:19:27 iptv-srv kernel: [ 3777.283798] stid135_scan_sat:1625 FREQ=1884596 search_range=10000kHz fft=256 res=2000kHz srate=2925kS/s
Sep 21 14:19:27 iptv-srv kernel: [ 3777.349791] FE_STiD135_BlindSearchAlgo:4838 Starting blindsearch satellite_scan=0 jump=0 freq=334596000+10000000
Sep 21 14:19:27 iptv-srv kernel: [ 3777.349791] FE_STiD135_BlindSearchAlgo:4839 XXX set to 0x5c
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589528] CPU: 4 PID: 6890 Comm: kdvb-ad-1-fe-0 Tainted: G OE 5.7.15-050715-generic #202008111432
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589532] Hardware name: ASUS System Product Name/PRO B460M-C, BIOS 0604 04/15/2020
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589533] Call Trace:
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589548] dump_stack+0x69/0x8d
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589565] ChipGetRegisters+0x4c3/0x500 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589580] FE_STiD135_GetDemodLock+0x120/0x720 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589593] FE_STiD135_Algo+0x42d/0x1bb0 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589605] fe_stid135_search+0x7e5/0x17c0 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589613] stid135_set_parameters+0x23a/0x1280 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589622] ? update_load_avg+0x82/0x630
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589626] ? update_load_avg+0x82/0x630
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589633] ? sched_clock+0x9/0x10
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589638] ? sched_clock+0x9/0x10
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589642] ? sched_clock_cpu+0x11/0xc0
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589649] ? __switch_to_asm+0x40/0x70
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589653] ? __switch_to_asm+0x34/0x70
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589657] ? __switch_to_asm+0x40/0x70
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589661] ? __switch_to_asm+0x34/0x70
...
Sep 21 14:19:28 iptv-srv kernel: [ 3777.589947] ChipGetRegisters:759 Overlapping call x=2
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649521] CPU: 6 PID: 1181 Comm: tvh:mtimer Tainted: G OE 5.7.15-050715-generic #202008111432
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649521] Hardware name: ASUS System Product Name/PRO B460M-C, BIOS 0604 04/15/2020
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649522] Call Trace:
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649526] dump_stack+0x69/0x8d
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649531] ChipGetRegisters+0x4c3/0x500 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649536] FE_STiD135_CarrierGetQuality+0xda/0x260 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649541] fe_stid135_get_signal_quality+0x97/0x200 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649543] stid135_read_status_+0x14e/0x3b0 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649545] stid135_read_status+0x53/0x70 [stid135]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649550] dvb_frontend_handle_ioctl+0x290/0x1460 [dvb_core]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649552] ? ttwu_do_wakeup+0x1e/0x150
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649554] ? ttwu_queue+0xf7/0x250
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649559] dvb_frontend_do_ioctl+0xac/0x2a0 [dvb_core]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649562] dvb_usercopy+0x56/0x1b0 [dvb_core]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649565] ? dvb_frontend_compat_ioctl+0xb0/0xb0 [dvb_core]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649568] ? futex_wake+0x149/0x170
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649572] dvb_frontend_ioctl+0x1f/0x30 [dvb_core]
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649574] ksys_ioctl+0x8e/0xc0
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649576] __x64_sys_ioctl+0x1a/0x20
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649578] do_syscall_64+0x4e/0xe0
Sep 21 14:19:28 iptv-srv kernel: [ 3777.649580] entry_SYSCALL_64_after_hwframe+0x44/0xa9
Click to expand...
 
Back
Top