Hi Milos, I have 2 x VDR boxes using TBS6280, TBS6922 and TBS6928. - vdr-2.0.6 on Debian. - TBS drivers from 2013-09-01 - IR receiver not from TBS cards, but TSOP on com port with LIRC. 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 ! The only restriction I have is from CAM, even if it's a "dual" : I can't register two channels at the same time, I don't know if limitation is from VDR or from CAM (I tried with Viaccess Secure from SMIT and NEOTION, same problem). You should contact TBS support, I am sure they could help you. => euro_support@xxxxxxxxxx Regards. Karim -----Message d'origine----- De : vdr-bounces@xxxxxxxxxxx [mailto:vdr-bounces@xxxxxxxxxxx] De la part de Milos Kapoun Envoyé : mardi 10 juin 2014 17:17 À : VDR Mailing List Objet : Re: TBS6285 slow onscreen menu 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 %MEM TIME+ 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 0 0 0 S 0.3 0.0 0:00.34 > kworker/0:1 > > > # cat /proc/interrupts > CPU0 CPU1 > 0: 41 108 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: 501 262 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: 108 108 Machine check polls > ERR: 1 > MIS: 0 > > # vmstat > procs -----------memory---------- ---swap-- -----io---- -system-- > ----cpu---- > r b swpd free buff cache si so bi bo in cs us > sy id wa > 0 0 0 3681288 16844 110836 0 0 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.08 0.03 0.15 0.05 0.00 99.70 > > Device: tps kB_read/s kB_wrtn/s kB_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 all 0.08 0.03 0.14 0.05 0.00 0.00 > 0.00 0.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 > Interrupt: pin A routed to IRQ 45 > Region 0: Memory at fdf00000 (64-bit, non-prefetchable) > [size=1M] > Capabilities: [40] MSI: Enable+ Count=1/32 Maskable- 64bit+ > Address: 00000000fee0300c Data: 4191 > Capabilities: [50] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s > <256ns, L1 <1us > ExtTag- AttnBtn- AttnInd- PwrInd- RBE- > FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- > MaxPayload 128 bytes, MaxReadReq 128 bytes > DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- > AuxPwr- TransPend- > LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, > Latency L0 <4us, L1 <64us > ClockPM- Surprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- > Retrain- CommClk- > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- > SlotClk- DLActive- BWMgmt- ABWMgmt- > Capabilities: [74] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0+,D1+,D2+,D3hot-,D3cold-) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [80] Vendor Specific Information: Len=50 <?> > Capabilities: [100 v1] Vendor Specific Information: ID=0000 > Rev=0 Len=088 <?> > Kernel driver in use: SAA716x TBS > > # lsmod > tbs6982fe 21981 1 saa716x_tbs_dvb > tbs6680fe 17177 1 saa716x_tbs_dvb > tbs6923fe 21981 1 saa716x_tbs_dvb > tbs6985se 17489 1 saa716x_tbs_dvb > tbs6928se 17489 1 saa716x_tbs_dvb > tbs6982se 21981 1 saa716x_tbs_dvb > tbs6991fe 17452 1 saa716x_tbs_dvb > tbs6618fe 17177 1 saa716x_tbs_dvb > saa716x_core 39763 29 saa716x_tbs_dvb > tbs6922fe 21981 1 saa716x_tbs_dvb > tbs6928fe 17452 1 saa716x_tbs_dvb > tbs6991se 17489 1 saa716x_tbs_dvb > tbs6290fe 50137 1 saa716x_tbs_dvb > stv090x 42943 1 saa716x_tbs_dvb > dvb_core 77733 6 saa716x_core,saa716x_tbs_dvb > rc_core 18329 8 > > ir_nec_decoder,ir_rc5_decoder,ir_rc6_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_lirc_codec,saa716x_tbs_dvb > i2c_algo_bit 12841 2 saa716x_tbs_dvb,radeon > i2c_core 23876 21 > > i2c_algo_bit,i2c_piix4,drm,stv090x,tbs6290fe,drm_kms_helper,tbs6991se, > tbs6928fe,tbs6922fe,saa716x_core,tbs6618fe,tbs6991fe,tbs6982se,tbs6928 > se,tbs6985se,tbs6923fe,tbs6680fe, > > > > > > > > > > > > > > Dne 2014-06-02 16:23, Milos Kapoun napsal: >> Hi, >> I have problem witch TBS6285 card >> >> (http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad- >> tv-tuner-pcie-card-p-93.html), it was difficult to get it work. TBS >> drivers replace all media tree in the kernel. After compilation I >> have problem with IR remote on the current Hauppage Nova–T card. I >> decided to use only drivers for new card with original kernel media >> build and it is impossible. Then I changed IR receivers and connect >> it to the TBS6285. TBS have different 3V IR receivers. >> And the end, VDR onscreen menu is unusable slow. 30s between key >> presses. CPE load is more than 2, replay is OK, less than 0.2. Menu >> parts, for example settings are good too. >> I think it caused by function witch reading information from card. >> >> Do you have any experience with this card or advice? >> >> Thank you >> Miloš >> >> TBS driver : v140425 >> VDR: vdr-2.1.1 >> Kernel : Linux VDR2 3.12.20 #7 SMP PREEMPT Thu May 29 20:18:02 CEST >> 2014 i686 GNU/Linux >> >> PS: Years ago I read in the mailing list, that VDR is not plug and >> play, it is learning how computer works. I can confirm it and >> adding: >> “VDR is my destiny or my curse” J. >> >> >> _______________________________________________ >> vdr mailing list >> vdr@xxxxxxxxxxx >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
