Steve, Maybe you can help me tracking down my other card's problem, as I saw you were owner of the (c) in the cx23885 source code. BR > -----Mensaje original----- > De: linux-media-owner@xxxxxxxxxxxxxxx [mailto:linux-media- > owner@xxxxxxxxxxxxxxx] En nombre de dCrypt > Enviado el: jueves, 29 de enero de 2015 1:11 > Para: linux-media@xxxxxxxxxxxxxxx > CC: stoth@xxxxxxxxxxx > Asunto: RE: [possible BUG, cx23885] Dual tuner TV card, works using one > tuner only, doesn't work if both tuners are used > > Hi, > > I have attached four excerpts from /var/log/kern.log with debug=9 > option for module cx23885. The test flow is the following: > > 0) Ubuntu 14.04/kernel 3.13 just installed, latest V4L source code > compiled and installed Test 1.1) > - Reboot > - sudo tzap -a 0 -x -H -c channelsv3.conf "La 1 HD.", using first > tuner, it locks and works > - log excerpt extracted -> test1.1-adap0-ok.log > > Test 1.2) > - sudo tzap -a 1 -x -H -c channelsv3.conf "La 1 HD.", using > second tuner after first tuner lock, it doesn't lock and doesn't work > - log excerpt extracted -> test1.2-adap1-ko.log > > Test 2.1) > - Reboot > - sudo tzap -a 1 -x -H -c channelsv3.conf "La 1 HD.", using > second tuner, it locks and works > - log excerpt extracted -> test2.1-adap1-ok.log > > Test 2.2) > - sudo tzap -a 0 -x -H -c channelsv3.conf "La 1 HD.", using first > tuner after second tuner lock, it doesn't lock and doesn't work > - log excerpt extracted -> test2.2-adap0-ko.log > > From the logs, I interpret that, after one tuner is used and locked the > signal, trying to use the other tuner no IRQs are fired after > cx23885_start_dma(), so the driver immediately cancels buffers and > stops dma. However, I am not an expert and I can't follow the full > workflow, so I could be wrong. > > I would like to help as much as I can, but I'm afraid I need some > guidance. > > BR > > -----Mensaje original----- > De: linux-media-owner@xxxxxxxxxxxxxxx [mailto:linux-media- > owner@xxxxxxxxxxxxxxx] En nombre de dCrypt Enviado el: sábado, 17 de > enero de 2015 1:26 > Para: james@xxxxxxxxxxxxxxxxx > CC: linux-media@xxxxxxxxxxxxxxx; hverkuil@xxxxxxxxx > Asunto: RE: [possible BUG, cx23885] Dual tuner TV card, works using one > tuner only, doesn't work if both tuners are used > > Hi, James. > > After searching for somebody posting some issues similar to mine, I > think this one you posted to the mailing list can be related: > > https://www.mail-archive.com/linux- > media%40vger.kernel.org/msg80078.html > > I'm having problems using both tuners in a dual tuner card (Terratec > Cinergy T PCIe Dual), also based on cx23885, but it uses different > frontends/tuners than yours. > > In summary, my problem is that I started getting signal/locking errors > in VDR if I tuned one frontend, and VDR scanned EIT/EPG using the > second tuner in the background; by disabling the second tuner it works. > I managed to reproduce the problem by simply using dvbzap/dvbv5-zap in > command line. And it suddenly started failing on the 1st of Dec 2014 > (after a frequency change in DVB-T in Spain). I tested different Ubuntu > distros wich previously worked, but I can't manage to make it work now > using the default kernel included in the Ubuntu ISO image that I had > installed. > > I am testing now with Ubuntu 15.04 nightly, kernel 3.18, in a separate > hw platform. I also tested with MythTV and TVHedaend, but as I managed > to reproduce it with the dvb command line tools, I don't test any GUI > anymore. I've also tested it in Windows 7, and it works tuning both > tuners simultaneously, so I discarded a hardware problem. I've also > tested with the latest git from the v4l repo by following this guide > ("basic" approach): > http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L- > DVB_Device_Drivers with the same result. > > My guess is that something in the cx23885 driver does not like the > current DVB-T signal in Spain. Is it possible that something similar > happened where you live? > > The problem is that I don't know how to proceed to debug the issue, so > any advice is welcome. > > BR > > -----Mensaje original----- > De: linux-media-owner@xxxxxxxxxxxxxxx [mailto:linux-media- > owner@xxxxxxxxxxxxxxx] En nombre de dCrypt Enviado el: viernes, 09 de > enero de 2015 8:16 > Para: blind Pete > CC: linux-media@xxxxxxxxxxxxxxx > Asunto: RE: [BUG] Dual tuner TV card, works using one tuner only, > doesn't work if both tuners are used > > 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 <0123peter@xxxxxxxxx> 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-owner@xxxxxxxxxxxxxxx > > > [mailto:linux-media-owner@xxxxxxxxxxxxxxx] En nombre de dCrypt > > > Enviado el: jueves, 01 de enero de 2015 22:04 > > > Para: linux-media@xxxxxxxxxxxxxxx > > > 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 fba00000 (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 Disabled; RCB 64 bytes Disabled- > > >CommClk+ > > > ExtSynch- ClockPM- AutWidDis- BWInt- > > >AutBWInt- > > > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- > > >SlotClk+ > > > DLActive- BWMgmt- ABWMgmt- > > > Capabilities: [80] 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: [90] Vital Product Data > > > Product Name: " > > > End > > > Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ > > > Address: 0000000000000000 Data: 0000 > > > Capabilities: [100 v1] Advanced Error Reporting > > > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- > > >UnxCmplt- > > > RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- > > > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- > > >UnxCmplt- > > > RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- > > > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- > > >UnxCmplt- > > > RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- > > > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > > > NonFatalErr- > > > CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- > > > NonFatalErr- > > > AERCap: First Error Pointer: 14, GenCap- CGenEn- > > >ChkCap- > > > ChkEn- > > > Capabilities: [200 v1] Virtual Channel > > > Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 > > > Arb: Fixed+ WRR32+ WRR64+ WRR128- > > > Ctrl: ArbSelect=WRR64 > > > Status: InProgress- > > > Port Arbitration Table [240] <?> > > > VC0: Caps: PATOffset=00 MaxTimeSlots=1 > > >RejSnoopTrans- > > > Arb: Fixed- WRR32- WRR64- WRR128- > > >TWRR128- > > > WRR256- > > > Ctrl: Enable+ ID=0 ArbSelect=Fixed > > >TC/VC=ff > > > Status: NegoPending- InProgress- > > > Kernel driver in use: cx23885 > > > > > > ------------------------------------------------------------------- > -> > > > > > > pvr@prueba:~$ dmesg | grep cx > > > [ 12.812789] cx23885 driver version 0.0.3 loaded [ 12.812997] > > > CORE cx23885[0]: subsystem: 153b:117e, board: TerraTec Cinergy T > > > PCIe Dual [card=34,autodetected] [ 12.949340] cx25840 11-0044: > > > cx23885 A/V decoder found @ 0x88 > > > (cx23885[0]) > > > [ 13.723953] cx25840 11-0044: loaded v4l-cx23885-avcore-01.fw > > > firmware > > > (16382 bytes) > > > [ 13.739701] cx23885_dvb_register() allocating 1 frontend(s) [ > > > 13.739704] cx23885[0]: cx23885 based dvb card [ 13.852565] DVB: > > > registering new adapter (cx23885[0]) [ 13.852569] cx23885 > > > 0000:03:00.0: DVB: registering adapter 0 frontend 0 (DRXK DVB-T)... > > > [ 13.852749] cx23885_dvb_register() allocating 1 frontend(s) [ > > > 13.852750] cx23885[0]: cx23885 based dvb card [ 13.958613] DVB: > > > registering new adapter (cx23885[0]) [ 13.958618] cx23885 > > > 0000:03:00.0: DVB: registering adapter 1 frontend 0 (DRXK DVB-C > > > DVB-T)... > > > [ 13.958934] cx23885_dev_checkrevision() Hardware revision = 0xa5 > > > [ 13.958939] cx23885[0]/0: found at 0000:03:00.0, rev: 4, irq: > 16, > > > latency: 0, mmio: 0xfba00000 > > > > > > ------------------------------------------------------------------- > -> > > > > > > pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 0 -x > > >using demux '/dev/dvb/adapter0/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 11,30dB UCB= 2 > > >postBER= 0 preBER= 57,9x10^-6 PER= 48,8x10^-6 Lock (0x1f) > > >Quality= Good Signal= 100,00% C/N= 11,80dB UCB= 3 postBER= 0 > preBER= > > >55,1x10^-6 PER= 0 pvr@prueba:~$ pvr@prueba:~$ sudo dvbv5-zap "La 1 > > >HD." -c channelsv5.conf -a 0 -x using demux > > >'/dev/dvb/adapter0/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 11,80dB UCB= 3 > > >postBER= 0 preBER= 63,6x10^-6 PER= 56,3x10^-6 Lock (0x1f) > > >Quality= Good Signal= 100,00% C/N= 12,20dB UCB= 4 postBER= > > > 5,39x10^-6 preBER= 0 PER= 0 > > > pvr@prueba:~$ > > > pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 0 -x > > >using demux '/dev/dvb/adapter0/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 12,20dB UCB= 4 > > >postBER= > > > 1,01x10^-6 preBER= 58,6x10^-6 PER= 61,0x10^-6 Lock (0x1f) > > >Quality= Good Signal= 100,00% C/N= 12,10dB UCB= 4 postBER= 0 > preBER= > > >55,1x10^-6 PER= 0 pvr@prueba:~$ pvr@prueba:~$ sudo dvbv5-zap "La 1 > > >HD." -c channelsv5.conf -a 1 -x using demux > > >'/dev/dvb/adapter1/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Signal= 0,00% > > > Viterbi(0x07) Signal= 100,00% C/N= 10,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > > > > ^Cpvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 0 - > x > > >using demux '/dev/dvb/adapter0/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 12,10dB UCB= 4 > > >postBER= > > > 850x10^-9 preBER= 58,0x10^-6 PER= 51,4x10^-6 > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 8,80dB > > > Viterbi(0x07) Signal= 100,00% C/N= 10,00dB > > > > > > ^Cpvr@prueba:~$ sudo rmmod cx23885 > > > pvr@prueba:~$ sudo modprobe cx23885 pvr@prueba:~$ pvr@prueba:~$ > > >pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 1 -x > > >using demux '/dev/dvb/adapter1/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Signal= 0,00% > > > Lock (0x1f) Quality= Good Signal= 100,00% C/N= 10,40dB UCB= 0 > > >postBER= 0 preBER= 55,1x10^-6 PER= 0 pvr@prueba:~$ sudo dvbv5-zap > > >"La 1 HD." -c channelsv5.conf -a 1 -x using demux > > >'/dev/dvb/adapter1/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 10,40dB UCB= 0 > > >postBER= 0 preBER= 36,7x10^-6 PER= 0 Lock (0x1f) Quality= Good > > >Signal= 100,00% C/N= 11,90dB UCB= 1 postBER= 0 preBER= 331x10^-6 > > >PER= 0 pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf - > a > > >1 -x using demux '/dev/dvb/adapter1/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 11,90dB UCB= 1 > > >postBER= 0 preBER= 175x10^-6 PER= 40,7x10^-6 Lock (0x1f) > Quality= > > >Good Signal= 100,00% C/N= 12,30dB UCB= 2 postBER= 0 preBER= > > >55,1x10^-6 PER= 0 pvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c > > >channelsv5.conf -a 0 -x using demux '/dev/dvb/adapter0/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Signal= 0,00% > > > Viterbi(0x07) Signal= 100,00% C/N= 11,60dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > > > > ^Cpvr@prueba:~$ sudo dvbv5-zap "La 1 HD." -c channelsv5.conf -a 1 - > x > > >using demux '/dev/dvb/adapter1/demux0' > > > reading channels from file 'channelsv5.conf' > > > service has pid type 05: 115 > > > tuning to 770000000 Hz > > > (0x00) Quality= Good Signal= 100,00% C/N= 12,30dB UCB= 2 > > >postBER= 0 preBER= 138x10^-6 PER= 54,3x10^-6 > > > Viterbi(0x07) Signal= 100,00% C/N= 10,20dB > > > Viterbi(0x07) Signal= 100,00% C/N= 11,70dB > > > Viterbi(0x07) Signal= 100,00% C/N= 0,00dB > > > Viterbi(0x07) Signal= 100,00% C/N= 10,40dB > > > > > > ^Cpvr@prueba:~$ > > > > > > > > > -- > > > To unsubscribe from this list: send the line "unsubscribe > > > linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx > > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > -- > > blind Pete > > Sig goes here... > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux- > media" > > in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo > > info at http://vger.kernel.org/majordomo-info.html > N r y b X ǧv ^ ){.n + { bj) w*jg ݢj/ z ޖ 2 ޙ > & )ߡ a G h j:+v w ٥ > > -- > To unsubscribe from this list: send the line "unsubscribe linux-media" > in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo > info at http://vger.kernel.org/majordomo-info.html
Attachment:
test2.2-adap0-ko.log
Description: Binary data
Attachment:
test1.1-adap0-ok.log
Description: Binary data
Attachment:
test2.1-adap1-ok.log
Description: Binary data
Attachment:
test1.2-adap1-ko.log
Description: Binary data
