Re: [vdr] MRE: TBS6285 slow onscreen menu
At the beginning, drivers was buggy, and I could't use dvb-t *AND* dvb-s2 cards at the same time. I worked with TBS support during several weeks to fix the problem : they even sent to me USB card to check if problem was from PCI-E or from driver, etc...). At the end, they fixed their driver and all was OK. Technical support is really excellent ! Hi, do you know are the fixed drivers you have now been released somewhere or merged to upstream kernel? Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TBS6285 slow onscreen menu
I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro). Pasi On 10.6.2014 18:16, Milos Kapoun wrote: I tested it with VLC, problem is definitely in the TBS drivers. Milos Dne 2014-06-10 11:09, Milos Kapoun napsal: Hi, I continued with investigation. I build new computer, there is only VDR and two TBS6285 cards. When I start VDR with one adapter CPU load rises to 2 and after 5 minutes drops to 0.03 . There is no streaming, no playing. In the syslog are not any bad messages. When I use all 8 adapters CPU load is between 4 and 12, never drops. There is no problem with signal quality. In the cannels.conf is only one multiplex. EPG scan take 2 seconds. How can I find what VDR doing with not used adapters? Maybe those adapters are not initialized and in the driver are bad defaults. Miloš CPU load debug, it is really strange. I tried to exclude IRQ storm, but it is difficult to confirm it. : # uname -a Linux streamer 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux TBS drivers tbs-linux-drivers_v140425.zip # top top - 21:24:54 up 8:51, 2 users, load average: 5.14, 3.02, 2.50 Tasks: 90 total, 1 running, 89 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.7 sy, 0.0 ni, 98.3 id, 0.8 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 3931580 total, 250052 used, 3681528 free,16472 buffers KiB Swap: 9823740 total,0 used, 9823740 free, 110824 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 9966 root 20 0 342m 28m 3332 S 2.3 0.7 0:05.46 vdr 4333 mika 20 0 71272 1820 1012 S 0.3 0.0 0:00.58 sshd 8290 root 20 0 000 S 0.3 0.0 0:00.34 kworker/0:1 # cat /proc/interrupts CPU0 CPU1 0: 41108 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 1 6 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge pata_atiixp 15: 0 0 IO-APIC-edge pata_atiixp 16: 0 1 IO-APIC-fasteoi ohci_hcd:usb2 17: 0 2 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5 18: 0 2 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb6 19: 0 0 IO-APIC-fasteoi ehci_hcd:usb1 22: 14 27576 IO-APIC-fasteoi ahci 43:183 391691 PCI-MSI-edge eth0 44:369 710371 PCI-MSI-edge SAA716x Core 45:251 566014 PCI-MSI-edge SAA716x Core NMI: 5 13 Non-maskable interrupts LOC: 396566 714959 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 5 13 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RES: 193929 146089 Rescheduling interrupts CAL:501262 Function call interrupts TLB: 3904 3155 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP:108108 Machine check polls ERR: 1 MIS: 0 # vmstat procs ---memory-- ---swap-- -io -system-- cpu r b swpd free buff cache si sobibo in cs us sy id wa 0 0 0 3681288 16844 11083600 2 2 50 58 0 0 100 0 # iostat Linux 3.2.0-4-amd64 (streamer) 09/06/14_x86_64_ (2 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 0.080.030.150.050.00 99.70 Device:tpskB_read/skB_wrtn/skB_read kB_wrtn sda 0.31 2.05 3.21 66315 103770 sdb 0.29 1.73 3.21 55924 103770 md0 0.44 3.69 3.19 119305 102904 # mpstat Linux 3.2.0-4-amd64 (streamer) 09/06/14_x86_64_ (2 CPU) 21:32:56 CPU%usr %nice%sys %iowait%irq %soft %steal %guest %idle 21:32:56 all0.080.030.140.050.000.00 0.000.00 99.70 # uptime 21:33:01 up 8:59, 2 users, load average: 5.02, 4.50, 3.45 # lspci -vvvnn 03:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7160 [1131:7160] (rev 02) Subsystem: Device [6285:0001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes
Re: [vdr] TBS6285 slow onscreen menu
Thank you for your replay. It is good to see that card is working. Could you send driver version? Milos Dne 2014-06-12 16:01, Pasi Juppo napsal: I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro). Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [solved] allwinner A20: vdr-plugin-sc does compile, but binary incompatible
Hi All, I have got the sc plugin now running on my Allwinner A20. It's now recording 7 TV shows at the same time :-) It turns out the sc directory still had some old object files from my last compile on the DNS323 NAS. As those do not have the same CPU, this creates a file that does not run. For reference, here are the steps I have taken: 1) Get the source and the debian patch: $ hg clone http://85.17.209.13:6100/sc $ wget http://vdrbox.lautre.net/fichiers/VDR/debianize-sc/sc-debian-package-03062$ $ cd sc patch -p1 ../sc-debian-package-03062011.diff 2) Apply the patches I've send in the previous mail: patch -p1 ../sc-patches/sc-dvbcsa-camc.patch patch -p1 ../sc-patches/sc-dvbcsa-camh.patch patch -p1 ../sc-patches/sc-dvbcsa-devicec.patch patch -p1 ../sc-patches/sc-dvbcsa-makefile.patch 3) back-up the patched makefile: $ cp Makefile ../ 4) start the compile process. This step will fail. dpkg-buildpackage -us -uc -b 5) restore the Makefile from the backup: cp ../Makefile . 6) start the compile process again. This time the compile will succeed. dpkg-buildpackage -us -uc -b 7) in the parent directory the 2 dep files are present cd .. 8) as root, install the 2 .deb files: # dpkg -i vdr-plugin-sc_*.deb libvdr-sc-cardclient_*.deb For more information, see the debian wiki, under VDR: https://wiki.debian.org/VDR#Install_vdr-plugin-sc_and_libvdr-sc-cardclient_from_source Kind regards, Cedric Origineel Bericht Van : cedric.dew...@telfort.nl Datum : 11/06/2014 20:48 Aan : vdr@linuxtv.org Onderwerp : [vdr] allwinner A20: vdr-plugin-sc does compile,but binary incompatible Hi All, I have an allwinner A20 device. I'm trying to use it as my new VDR server. VDR runs OK, I can watch and record free to air dvb-t streams. Now I would like to watch the encrypted TV shows. Therefore I am trying to build vdr-plugin-sc and libvdr-sc-cardclient from source. The allwinnerA20 is an ARM processor. this processor does not have the SSE instructions FFdeCSA needs. Therefore I have patched the source, so it doesn't use FFdeCSA, but instead uses dvbcsa. The resulting code compiles without errors. I have done all the compiling on the A20 device itself. When I try to start VDR with the plugins, I see the following error: # invoke-rc.d vdr restart Restarting Linux Video Disk Recorder: vdr Searching for plugins (VDR 1.7.28/1.7.28) (cache miss): xineliboutput WARNING: The following plugins have been left out due to really binary incompatibility: sc. ldd confirms there's something wrong with the .so in question: # ldd /usr/lib/vdr/plugins/libvdr-sc.so.1.7.28 not a dynamic executable I have attached the patches I've made to the source, and the output on the terminal while compiling. Could you please take a look at it? kind regards, Cedric My hardware: olimex A20-OLINUXINO-MICRO My versions: $ uname -a Linux a20-OLinuXino 3.4.67+ #6 SMP PREEMPT Fri Nov 1 17:32:40 EET 2013 armv7l GNU/Linux $ cat /proc/cpuinfo Processor : ARMv7 Processor rev 4 (v7l) processor : 0 BogoMIPS: 2011.05 processor : 1 BogoMIPS: 2011.05 Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part: 0xc07 CPU revision: 4 Hardware: sun7i Revision: Serial : ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] MRE: TBS6285 slow onscreen menu
Hi, Sorry, I don't know. Karim -Message d'origine- De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de Mika Laitio Envoyé : jeudi 12 juin 2014 13:38 À : vdr@linuxtv.org Objet : Re: [vdr] MRE: TBS6285 slow onscreen menu At the beginning, drivers was buggy, and I could't use dvb-t *AND* dvb-s2 cards at the same time. I worked with TBS support during several weeks to fix the problem : they even sent to me USB card to check if problem was from PCI-E or from driver, etc...). At the end, they fixed their driver and all was OK. Technical support is really excellent ! Hi, do you know are the fixed drivers you have now been released somewhere or merged to upstream kernel? Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TBS6285 slow onscreen menu
Hi all, I am solving it with TBS support. High CPU load is caused by untuned (unused) adapters. After each: Jun 12 21:39:23 streamer vdr: [3860] frontend 2/0 timed out while tuning to channel 0, tp 76 CPUload += 1; :-} When all adapters are tuned everything is OK and load is low, for example 0.3. Milos Dne 2014-06-12 16:31, Milos Kapoun napsal: Thank you for your replay. It is good to see that card is working. Could you send driver version? Milos Dne 2014-06-12 16:01, Pasi Juppo napsal: I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro). Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does compile, but binary incompatible
So you are running Linux on tablet instead android ? What version of Linux ? I just installed arch Linux arm on Seagate goflex with 3tb hard drive. I used vdr4arch git and it compiled fine including sc processor : model name : Feroceon 88FR131 rev 1 (v5l) Features: swp half thumb fastmult edsp CPU implementer : 0x56 CPU architecture: 5TE CPU variant : 0x2 CPU part: 0x131 CPU revision: 1 Hardware: Seagate GoFlex Home Revision: Serial : [root@alarm ~]# On Thu, Jun 12, 2014 at 12:28 PM, cedric.dew...@telfort.nl cedric.dew...@telfort.nl wrote: Hi All, I have got the sc plugin now running on my Allwinner A20. It's now recording 7 TV shows at the same time :-) It turns out the sc directory still had some old object files from my last compile on the DNS323 NAS. As those do not have the same CPU, this creates a file that does not run. For reference, here are the steps I have taken: 1) Get the source and the debian patch: $ hg clone http://85.17.209.13:6100/sc $ wget http://vdrbox.lautre.net/fichiers/VDR/debianize-sc/sc-debian-package-03062$ $ cd sc patch -p1 ../sc-debian-package-03062011.diff 2) Apply the patches I've send in the previous mail: patch -p1 ../sc-patches/sc-dvbcsa-camc.patch patch -p1 ../sc-patches/sc-dvbcsa-camh.patch patch -p1 ../sc-patches/sc-dvbcsa-devicec.patch patch -p1 ../sc-patches/sc-dvbcsa-makefile.patch 3) back-up the patched makefile: $ cp Makefile ../ 4) start the compile process. This step will fail. dpkg-buildpackage -us -uc -b 5) restore the Makefile from the backup: cp ../Makefile . 6) start the compile process again. This time the compile will succeed. dpkg-buildpackage -us -uc -b 7) in the parent directory the 2 dep files are present cd .. 8) as root, install the 2 .deb files: # dpkg -i vdr-plugin-sc_*.deb libvdr-sc-cardclient_*.deb For more information, see the debian wiki, under VDR: https://wiki.debian.org/VDR#Install_vdr-plugin-sc_and_libvdr-sc-cardclient_from_source Kind regards, Cedric Origineel Bericht Van : cedric.dew...@telfort.nl Datum : 11/06/2014 20:48 Aan : vdr@linuxtv.org Onderwerp : [vdr] allwinner A20: vdr-plugin-sc does compile, but binary incompatible Hi All, I have an allwinner A20 device. I'm trying to use it as my new VDR server. VDR runs OK, I can watch and record free to air dvb-t streams. Now I would like to watch the encrypted TV shows. Therefore I am trying to build vdr-plugin-sc and libvdr-sc-cardclient from source. The allwinnerA20 is an ARM processor. this processor does not have the SSE instructions FFdeCSA needs. Therefore I have patched the source, so it doesn't use FFdeCSA, but instead uses dvbcsa. The resulting code compiles without errors. I have done all the compiling on the A20 device itself. When I try to start VDR with the plugins, I see the following error: # invoke-rc.d vdr restart Restarting Linux Video Disk Recorder: vdr Searching for plugins (VDR 1.7.28/1.7.28) (cache miss): xineliboutput WARNING: The following plugins have been left out due to really binary incompatibility: sc. ldd confirms there's something wrong with the .so in question: # ldd /usr/lib/vdr/plugins/libvdr-sc.so.1.7.28 not a dynamic executable I have attached the patches I've made to the source, and the output on the terminal while compiling. Could you please take a look at it? kind regards, Cedric My hardware: olimex A20-OLINUXINO-MICRO My versions: $ uname -a Linux a20-OLinuXino 3.4.67+ #6 SMP PREEMPT Fri Nov 1 17:32:40 EET 2013 armv7l GNU/Linux $ cat /proc/cpuinfo Processor : ARMv7 Processor rev 4 (v7l) processor : 0 BogoMIPS : 2011.05 processor : 1 BogoMIPS : 2011.05 Features : swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 4 Hardware : sun7i Revision : Serial : ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr