Re: [vdr] MRE: TBS6285 slow onscreen menu

2014-06-12 Thread Mika Laitio
 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] MRE: TBS6285 slow onscreen menu

2014-06-12 Thread Karim
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


[vdr] MRE: TBS6285 slow onscreen menu

2014-06-10 Thread Karim
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_supp...@tbsdtv.com

Regards.
Karim
  


-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de 
Milos Kapoun
Envoyé : mardi 10 juin 2014 17:17
À : VDR Mailing List
Objet : Re: [vdr] 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 %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