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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Understood, thank you. I will consider donating it to you after my new HVR-2200 seems stable enough.

BR

>---- Mensaje original ----
>De : stoth@xxxxxxxxxxxxxx
>Fecha : 04/02/2015 - 12:51 (GMT)
>Para : DCRYPT@xxxxxxxxxxxxxx
>CC : linux-media@xxxxxxxxxxxxxxx
>Asunto : Re: Re: [possible BUG, cx23885] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used
>
>I didn't see anything obvious in the logs :(
>
>Please don't send the hardware to the US unless you're willing to
>leave it with me permanently, I don't work on hardware for free if I
>don't get to keep the final hardware. I hope you understand.
>
>- Steve
>
>-- 
>Steven Toth - Kernel Labs
>http://www.kernellabs.com
>
>On Wed, Feb 4, 2015 at 3:30 AM, DCRYPT@xxxxxxxxxxxxxx
><DCRYPT@xxxxxxxxxxxxxx> wrote:
>> Too bad. I will check anyway the export cost, just to check if it makes sense.
>>
>> BTW, did you have the chance to look at the logs I attached, just to figure out if something is wrong or something can be debugged at my side? I'm not expert in V4L stuff, but I am a programmer and could test things by myself if some advice or guidance is provided. Maybe there is a DVB/V4L programming tutorial somewhere?
>>
>> BR
>>
>>>---- Mensaje original ----
>>>De : stoth@xxxxxxxxxxxxxx
>>>Fecha : 03/02/2015 - 22:40 (GMT)
>>>Para : dcrypt@xxxxxxxxxxxxxx
>>>CC : linux-media@xxxxxxxxxxxxxxx
>>>Asunto : Re: [possible BUG, cx23885] Dual tuner TV card, works using one tuner only, doesn't work if both tuners are used
>>>
>>>Hi,
>>>
>>>I'm based in the US :(
>>>
>>>- Steve
>>>
>>>--
>>>Steven Toth - Kernel Labs
>>>http://www.kernellabs.com
>>>
>>>On Tue, Feb 3, 2015 at 4:39 PM, dCrypt <dcrypt@xxxxxxxxxxxxxx> wrote:
>>>> Thanks Steve.
>>>>
>>>> If sending it really helps you in your development, I will gladly pay for the postage forth and back if you live in Europe.
>>>>
>>>> When my recently purchased HVR-2200 is stable in my PVR (I could still use the Terratec disabling one tuner), I will consider donating the Terratec.
>>>>
>>>> BR
>>>>
>>>>
>>>>> -----Mensaje original-----
>>>>> De: Steven Toth [mailto:stoth@xxxxxxxxxxxxxx]
>>>>> Enviado el: martes, 03 de febrero de 2015 20:32
>>>>> Para: dCrypt
>>>>> CC: Linux-Media
>>>>> Asunto: Re: [possible BUG, cx23885] Dual tuner TV card, works using one
>>>>> tuner only, doesn't work if both tuners are used
>>>>>
>>>>> While I am the maintainer of the cx23885 driver, its currently
>>>>> undergoing a significant amount of churn related to Han's recent VB2
>>>>> and other changes. I consider the current driver broken until the
>>>>> feedback on the mailing list dies down. I'm reluctant to work on the
>>>>> driver while its considered unstable.
>>>>>
>>>>> If you want to send me a Terratec card then I'll try to fund an hour to
>>>>> investigate in the coming weeks.
>>>>>
>>>>> Best,
>>>>>
>>>>> - Steve
>>>>>
>>>>> --
>>>>> Steven Toth - Kernel Labs
>>>>> http://www.kernellabs.com
>>>>>
>>>>>
>>>>> On Tue, Feb 3, 2015 at 2:26 PM, dCrypt <dcrypt@xxxxxxxxxxxxxx> wrote:
>>>>> > 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
>>>>
>>>--
>>>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
>>>
>>
>> --
>> -------------------------------
>> dCrypt
>

--
-------------------------------
dCrypt
--
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




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux