RE: [BUG] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used

2015-01-08 Thread blind Pete
Hi dCrypt, 

I'm not a developer at all.  I'm not even sure why I read this list, 
but can you determine if the problem is associated with a 
particular kernel version?  i.e. if it works on x.y.z but 
fails on x.y.(z+1) you have a starting point.  If you use 
the word regression and a kernel version number you might 
get more attention - but I'm only guessing.  

Good luck, 
blind Pete

dCrypt wrote:

 Hi again,
 
 I'm sorry if I sound quite rude, but I'm not sure if I am doing it right
 or not. I subscribed to this mailing list in order to ask for help, or to
 help with a bug that I've found (as instructed in the wiki
 http://linuxtv.org/wiki/index.php/Bug_Report), but it seems to me that the
 mailing list is filled up with developing messages. I don't want to
 participate in the development, I am a developer but I don't have the
 skills nor the knowledge.
 
 If this is not the right place to direct my questions, I would appreciate
 some advice.
 
 Thank you very much, and best regards.
 
 -Mensaje original-
 De: linux-media-ow...@vger.kernel.org
 [mailto:linux-media-ow...@vger.kernel.org] En nombre de dCrypt
 Enviado el: jueves, 01 de enero de 2015 22:04
 Para: linux-media@vger.kernel.org
 Asunto: [BUG] Dual tuner TV card, works using one tuner only, doesn't work
 if both tuners are used
 
 Hi,
 
 I just subscribed to the mailing list to submit information on the bug
 which is driving me crazy since one month ago.
 
 I have a VDR based PVR at home, installed over an Ubuntu 14.04 LTS.
 Everything was working perfectly, until beginning of December. It seems to
 me that something changed that broke my PVR pretty bad.
 
 The problem is the following: tuning (zap) both tuners (it's not needed
 that both are tuned simultaneously, only one after the other, in no
 particular order) makes the tuners to enter an state where they can't lock
 the signal anymore.
 
 Facts:
 
 - My TV card is a Cinergy T PCIe Dual from Terratec
 (http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_T_PCIe_dual).
 - The problem arose in the form of frontend x/0 timed out while tuning to
 channel ... in /var/log/syslog. It happened when both tuners are active,
 during EPG scan. The problem does not happen if VDR is run with -D
 parameter to limit the number of frontends enabled. Disabling the EPG scan
 with both frontends enabled minimizes the problem, but doesn't solve it
 because tuning both frontends without any EPG scan makes the error happen
 again. - I initially thought about a problem in the DVB-T signal, because
 it all started the 1st of December, during the transition to a new set of
 frequencies in Spain.
 - Everything was working perfectly before the 1st, and the problems
 started suddenly.
 - I setup testing board for debugging, different board and processor, less
 memory, lots of Linux distros tested, Windows tested as well.
 - Both tuners works in windows without problems. Confirmed.
 - I have completely discarded problems/errors in hardware (because in
 Windows I can enable both tuners without problems) and VDR (because I can
 reproduce the problems at OS level, without even having VDR installed).
 - I have almost narrowed the problem at the cx23885 driver, because when
 it happens, I can restart the TV card to working conditions by executing
 rmmod cx23885 and modprobe cx23885; however, as with rmmod several
 dependencies are unloaded as well, I am stuck and I am unable to go on
 with debugging to find out where the problem really is.
 - Tools used to test and confirm the problem are: VDR, MythTV, TVHeadend,
 dvbscan, dvbv5-scan, dvbv5-zap and others
 - Linux distros tested: Ubuntu, Fedora, Suse, yaVDR (not sure if the card
 worked at all), MythBuntu (dvb-fe-tool -a 1 -c DVBT was required to
 force DVB-T mode for the second tuner), and probably others
 - I have a Sony PlayTV also with dual tuners, which works without any
 problem.
 http://www.linuxtv.org/wiki/index.php/Sony_PlayTV_dual_tuner_DVB-T
 
 So, that's why I ask for your help. How can I further debug the problem?
 Is there something I can do?
 
 BR, and happy new year!
 
 
 INFO  TEST:
 
 
 
 pvr@prueba:~$ sudo lspci -vvv -s 03:00.0 03:00.0 Multimedia video
 controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder
 (rev 04)
 Subsystem: TERRATEC Electronic GmbH Cinergy T PCIe Dual
 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: 4 bytes
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at fba0 (64-bit, non-prefetchable) [size=2M]
 Capabilities: [40] Express (v1) Endpoint, MSI 00
 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
 64ns, L1 1us
 ExtTag- AttnBtn- AttnInd- PwrInd- 

RE: [BUG] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used

2015-01-08 Thread dCrypt
Hi, blind Pete.

Thank you for taking your time to answer.

Yes, I tried different kernels focusing con Ubuntu distro. I don't remember the 
exact kernel version, but at least those included by default in the Ubuntu 
12.04 lts and 14.04 lts ISO image, which worked for me. The latest Ubuntu 
version I tested was the nightly 15.04 from the 7th of January.

BREl 9/1/2015 4:46, blind Pete 0123pe...@gmail.com escribió:

 Hi dCrypt, 

 I'm not a developer at all.  I'm not even sure why I read this list, 
 but can you determine if the problem is associated with a 
 particular kernel version?  i.e. if it works on x.y.z but 
 fails on x.y.(z+1) you have a starting point.  If you use 
 the word regression and a kernel version number you might 
 get more attention - but I'm only guessing.  

 Good luck, 
 blind Pete 

 dCrypt wrote: 

  Hi again, 
  
  I'm sorry if I sound quite rude, but I'm not sure if I am doing it right 
  or not. I subscribed to this mailing list in order to ask for help, or to 
  help with a bug that I've found (as instructed in the wiki 
  http://linuxtv.org/wiki/index.php/Bug_Report), but it seems to me that the 
  mailing list is filled up with developing messages. I don't want to 
  participate in the development, I am a developer but I don't have the 
  skills nor the knowledge. 
  
  If this is not the right place to direct my questions, I would appreciate 
  some advice. 
  
  Thank you very much, and best regards. 
  
  -Mensaje original- 
  De: linux-media-ow...@vger.kernel.org 
  [mailto:linux-media-ow...@vger.kernel.org] En nombre de dCrypt 
  Enviado el: jueves, 01 de enero de 2015 22:04 
  Para: linux-media@vger.kernel.org 
  Asunto: [BUG] Dual tuner TV card, works using one tuner only, doesn't work 
  if both tuners are used 
  
  Hi, 
  
  I just subscribed to the mailing list to submit information on the bug 
  which is driving me crazy since one month ago. 
  
  I have a VDR based PVR at home, installed over an Ubuntu 14.04 LTS. 
  Everything was working perfectly, until beginning of December. It seems to 
  me that something changed that broke my PVR pretty bad. 
  
  The problem is the following: tuning (zap) both tuners (it's not needed 
  that both are tuned simultaneously, only one after the other, in no 
  particular order) makes the tuners to enter an state where they can't lock 
  the signal anymore. 
  
  Facts: 
  
  - My TV card is a Cinergy T PCIe Dual from Terratec 
  (http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_T_PCIe_dual). 
  - The problem arose in the form of frontend x/0 timed out while tuning to 
  channel ... in /var/log/syslog. It happened when both tuners are active, 
  during EPG scan. The problem does not happen if VDR is run with -D 
  parameter to limit the number of frontends enabled. Disabling the EPG scan 
  with both frontends enabled minimizes the problem, but doesn't solve it 
  because tuning both frontends without any EPG scan makes the error happen 
  again. - I initially thought about a problem in the DVB-T signal, because 
  it all started the 1st of December, during the transition to a new set of 
  frequencies in Spain. 
  - Everything was working perfectly before the 1st, and the problems 
  started suddenly. 
  - I setup testing board for debugging, different board and processor, less 
  memory, lots of Linux distros tested, Windows tested as well. 
  - Both tuners works in windows without problems. Confirmed. 
  - I have completely discarded problems/errors in hardware (because in 
  Windows I can enable both tuners without problems) and VDR (because I can 
  reproduce the problems at OS level, without even having VDR installed). 
  - I have almost narrowed the problem at the cx23885 driver, because when 
  it happens, I can restart the TV card to working conditions by executing 
  rmmod cx23885 and modprobe cx23885; however, as with rmmod several 
  dependencies are unloaded as well, I am stuck and I am unable to go on 
  with debugging to find out where the problem really is. 
  - Tools used to test and confirm the problem are: VDR, MythTV, TVHeadend, 
  dvbscan, dvbv5-scan, dvbv5-zap and others 
  - Linux distros tested: Ubuntu, Fedora, Suse, yaVDR (not sure if the card 
  worked at all), MythBuntu (dvb-fe-tool -a 1 -c DVBT was required to 
  force DVB-T mode for the second tuner), and probably others 
  - I have a Sony PlayTV also with dual tuners, which works without any 
  problem. 
  http://www.linuxtv.org/wiki/index.php/Sony_PlayTV_dual_tuner_DVB-T 
  
  So, that's why I ask for your help. How can I further debug the problem? 
  Is there something I can do? 
  
  BR, and happy new year! 
  
  
  INFO  TEST: 
  
   
  
  pvr@prueba:~$ sudo lspci -vvv -s 03:00.0 03:00.0 Multimedia video 
  controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder 
  (rev 04) 
  Subsystem: TERRATEC Electronic GmbH Cinergy T PCIe Dual 
   

RE: [BUG] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used

2015-01-06 Thread dCrypt
Hi again,

I'm sorry if I sound quite rude, but I'm not sure if I am doing it right or
not. I subscribed to this mailing list in order to ask for help, or to help
with a bug that I've found (as instructed in the wiki
http://linuxtv.org/wiki/index.php/Bug_Report), but it seems to me that the
mailing list is filled up with developing messages. I don't want to
participate in the development, I am a developer but I don't have the skills
nor the knowledge. 

If this is not the right place to direct my questions, I would appreciate
some advice.

Thank you very much, and best regards.

-Mensaje original-
De: linux-media-ow...@vger.kernel.org
[mailto:linux-media-ow...@vger.kernel.org] En nombre de dCrypt
Enviado el: jueves, 01 de enero de 2015 22:04
Para: linux-media@vger.kernel.org
Asunto: [BUG] Dual tuner TV card, works using one tuner only, doesn't work
if both tuners are used

Hi,

I just subscribed to the mailing list to submit information on the bug which
is driving me crazy since one month ago.

I have a VDR based PVR at home, installed over an Ubuntu 14.04 LTS.
Everything was working perfectly, until beginning of December. It seems to
me that something changed that broke my PVR pretty bad. 

The problem is the following: tuning (zap) both tuners (it's not needed that
both are tuned simultaneously, only one after the other, in no particular
order) makes the tuners to enter an state where they can't lock the signal
anymore. 

Facts:

- My TV card is a Cinergy T PCIe Dual from Terratec
(http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_T_PCIe_dual).
- The problem arose in the form of frontend x/0 timed out while tuning to
channel ... in /var/log/syslog. It happened when both tuners are active,
during EPG scan. The problem does not happen if VDR is run with -D parameter
to limit the number of frontends enabled. Disabling the EPG scan with both
frontends enabled minimizes the problem, but doesn't solve it because tuning
both frontends without any EPG scan makes the error happen again.
- I initially thought about a problem in the DVB-T signal, because it all
started the 1st of December, during the transition to a new set of
frequencies in Spain.
- Everything was working perfectly before the 1st, and the problems started
suddenly.
- I setup testing board for debugging, different board and processor, less
memory, lots of Linux distros tested, Windows tested as well.
- Both tuners works in windows without problems. Confirmed.
- I have completely discarded problems/errors in hardware (because in
Windows I can enable both tuners without problems) and VDR (because I can
reproduce the problems at OS level, without even having VDR installed).
- I have almost narrowed the problem at the cx23885 driver, because when it
happens, I can restart the TV card to working conditions by executing rmmod
cx23885 and modprobe cx23885; however, as with rmmod several
dependencies are unloaded as well, I am stuck and I am unable to go on with
debugging to find out where the problem really is.
- Tools used to test and confirm the problem are: VDR, MythTV, TVHeadend,
dvbscan, dvbv5-scan, dvbv5-zap and others
- Linux distros tested: Ubuntu, Fedora, Suse, yaVDR (not sure if the card
worked at all), MythBuntu (dvb-fe-tool -a 1 -c DVBT was required to force
DVB-T mode for the second tuner), and probably others
- I have a Sony PlayTV also with dual tuners, which works without any
problem. http://www.linuxtv.org/wiki/index.php/Sony_PlayTV_dual_tuner_DVB-T

So, that's why I ask for your help. How can I further debug the problem? Is
there something I can do?

BR, and happy new year!


INFO  TEST:



pvr@prueba:~$ sudo lspci -vvv -s 03:00.0 03:00.0 Multimedia video
controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev
04)
Subsystem: TERRATEC Electronic GmbH Cinergy T PCIe Dual
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: 4 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fba0 (64-bit, non-prefetchable) [size=2M]
Capabilities: [40] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
64ns, 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 512 bytes
DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr-
TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit
Latency L0s 2us, L1 4us
ClockPM- Surprise- LLActRep- BwNot-
LnkCtl: ASPM