Dennis Kurten <dennis.kurten@xxxxxxxxx> wrote: >The power issue did cross my mind after some more research. Maybe >that would explain why the card is registering correctly but not >returning >any tuned data. I haven't found any detailed requirement specs for the >tv card but I assume that the tuner/demodulator could consume a fair >amount of power. However, my adapter should be supplying 12V >500mA with the molex. I'll try to measure if I can get the equipment >of >a friend (just in case, since the connectors seem a bit sloppy). > >Andy's insightful tips from the other reply also made a lot of sense >since >there does not seem to be anything at all coming back from the card, >not >even jitter or noise. That could indicate lost interrupts / bus >mastering >problems. I'll see tonight after some tweaking. > >As far as using native PCIe cards there's only one experimental (and >very expensive) DVB-C model I know of. Combine this with the shortage >of PCI slots on SFF motherboards and you have a problem with media >centers. > >Regard, >Dennis > > > >On Tue, Feb 15, 2011 at 10:20 AM, Konstantin Dimitrov ><kosio.dimitrov@xxxxxxxxx> wrote: >> oh, i have just noticed your DVB card is for Cable and not for >> Satellite, but still it may use 12V PCI interface pins for something >> else and not exactly for LNB power as i thought assuming it's >DVB-S/S2 >> DVB card. >> >> On Tue, Feb 15, 2011 at 10:18 AM, Konstantin Dimitrov >> <kosio.dimitrov@xxxxxxxxx> wrote: >>> hi, does your DVB card can get signal lock when it's inserted into >the >>> ÂPCI-to-PCIE adapter, because as far as i know most PCI-to-PCIE >>> adapters based on PEX 8111/8112 don't provide power to 12V pins of >the >>> PCI interface, which probably all PCI DVB card use for LNB power. >so, >>> what i would check if i'm at your position is the LNB power of the >>> card as well as if there is no some extensive amount of noise in the >>> LNB power when the DVB card is inside PEX 8111/8112 PCI-to-PCIE >>> adapter. also, i can give you example from my own experience with an >>> "Audiotrak Prodigy HD2" PCI audio card and PEX 8111/8112 based >>> PCI-to-PCIE adapters - with one such adapter that don't provide >power >>> to 12V pins of the PCI interface there is no sound coming out, >because >>> the amplifier on the card uses power from 12V pins of the PCI >>> interface, with another PEX 8111/8112 PCI-to-PCIE adapter that seems >>> to provide power to 12V pins there is extensive noise in the sound >>> that is coming out, because PCI-to-PCIE adapter doesn't provide good >>> power on 12V pins of the PCI interface and thus the noise in the >>> audio. also, on some motherboards (with nVidia chipset on my tests) >>> there was some problem with how the memory was mapped preventing the >>> work of the PCI card when it's inserted into PEX 8111/8112 based >>> PCI-to-PCIE adapter. so, it's also helpful to test motherboards with >>> different chipset. in any case it's always better to find and use >>> native PCI-Express card instead of PEX 8111/8112 PCI-to-PCIE adapter >>> and PCI card. anyway, maybe, someone with more hardware engineering >>> knowledge then i have, especially if the problem is 12V can find >some >>> way to fix those cheap PEX 8111/8112 PCI-to-PCIE adapters that are >>> floating around, because i'm sure they just sacrifice 12V power to >>> lower the BOM cost of the adapter. BTW, i'm sure your firewire card >is >>> working, because it doesn't use 12V PCI interface pins - it's the >same >>> with many PCI cards, but all that needs 12V are no-go based on my >>> experience. >>> >>> --konstantin >>> >>> On Mon, Feb 14, 2011 at 1:35 PM, Dennis Kurten ><dennis.kurten@xxxxxxxxx> wrote: >>>> Hello, >>>> >>>> This card (technisat cablestar hd 2 dvb-c) works fine when plugged >>>> into a native PCI slot. >>>> When I try it with a PCI-adapter I intend to use in mITX-builds >there >>>> doesn't seem >>>> to be any data coming in through the tuner. The adapter is a >>>> transparent bridge (with a >>>> PEX 8112 chip) that goes into a 1xPCIe-slot and gets power through >a >>>> 4-pin molex. >>>> >>>> My guess is some kind of dma mapping incompatibility with the >mantis >>>> driver (s2-liplianin). >>>> The card seems to Âinitialize correctly, but doesn't work when the >>>> tuner is put into action >>>> (scandvb timeouts, dvbtraffic yields nothing). For the record, I've >>>> tested the bridge with a >>>> firewire card and that works fine. >>>> >>>> Kernel is 2.6.32 (+the compiled drivers) >>>> >>>> lspci for the bridge and the card: >>>> -------------------------------------- >>>> 03:00.0 PCI bridge: PLX Technology, Inc. PEX8112 x1 Lane PCI >>>> Express-to-PCI Bridge (rev aa) (prog-if 00 [Normal decode]) >>>> Â Â Â Â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 >>>> Â Â Â ÂBus: primary=03, secondary=04, subordinate=04, >sec-latency=32 >>>> Â Â Â ÂI/O behind bridge: 0000e000-0000efff >>>> Â Â Â ÂMemory behind bridge: fdd00000-fddfffff >>>> Â Â Â ÂPrefetchable memory behind bridge: fdc00000-fdcfffff >>>> Â Â Â ÂSecondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >>>>>TAbort- <TAbort- <MAbort- <SERR- <PERR- >>>> Â Â Â ÂBridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- >FastB2B- >>>> Â Â Â Â Â Â Â ÂPriDiscTmr- SecDiscTmr- DiscTmrStat+ DiscTmrSERREn- >>>> Â Â Â ÂCapabilities: <access denied> >>>> Â Â Â ÂKernel modules: shpchp >>>> >>>> 04:00.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis >DTV >>>> PCI Bridge Controller [Ver 1.0] (rev 01) >>>> Â Â Â ÂSubsystem: Device 1ae4:0002 >>>> Â Â Â ÂControl: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- >>>> ParErr- Stepping- SERR- FastB2B- DisINTx- >>>> Â Â Â ÂStatus: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >>>>>TAbort- <TAbort+ <MAbort- >SERR- <PERR- INTx- >>>> Â Â Â ÂLatency: 32 (2000ns min, 63750ns max) >>>> Â Â Â ÂInterrupt: pin A routed to IRQ 16 >>>> Â Â Â ÂRegion 0: Memory at fdcff000 (32-bit, prefetchable) >[size=4K] >>>> Â Â Â ÂKernel driver in use: Mantis >>>> Â Â Â ÂKernel modules: mantis >>>> >>>> dmesg output with modules loaded: >>>> ----------------------------------------- >>>> Mantis 0000:04:00.0: PCI INT A -> Link[APC7] -> GSI 16 (level, low) >-> IRQ 16 >>>> irq: 16, latency: 32 >>>> Âmemory: 0xfdcff000, mmio: 0xffffc900031a0000 >>>> found a VP-2040 PCI DVB-C device on (04:00.0), >>>> Â ÂMantis Rev 1 [1ae4:0002], irq: 16, latency: 32 >>>> Â Âmemory: 0xfdcff000, mmio: 0xffffc900031a0000 >>>> Â ÂMAC Address=[00:08:c9:d0:46:b4] >>>> mantis_alloc_buffers (0): DMA=0x1bb90000 cpu=0xffff88001bb90000 >size=65536 >>>> mantis_alloc_buffers (0): RISC=0x1bbec000 cpu=0xffff88001bbec000 >size=1000 >>>> DVB: registering new adapter (Mantis dvb adapter) >>>> mantis_frontend_init (0): Probing for CU1216 (DVB-C) >>>> TDA10023: i2c-addr = 0x0c, id = 0x7d >>>> mantis_frontend_init (0): found Philips CU1216 DVB-C frontend >(TDA10023) @ 0x0c >>>> mantis_frontend_init (0): Mantis DVB-C Philips CU1216 frontend >attach success >>>> DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)... >>>> mantis_ca_init (0): Registering EN50221 device >>>> mantis_ca_init (0): Registered EN50221 device >>>> mantis_hif_init (0): Adapter(0) Initializing Mantis Host Interface >>>> Registered IR keymap rc-vp2040 >>>> input: Mantis VP-2040 IR Receiver as >/devices/virtual/rc/rc4/input11 >>>> rc4: Mantis VP-2040 IR Receiver as /devices/virtual/rc/rc4 >>>> b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip >loaded >>>> successfully >>>> >>>> >>>> I hear sometimes these bridges are not as transparent as they >claim, >>>> any pointers on what to look for? >>>> >>>> Regards, >>>> Dennis >>>> -- >>>> 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 (Sorry for the top post; sending from my phone.) I forgot to mention you should check /proc/interrupts before and after you try to have the card do something, to see if the CPU is getting interrupts from the device. If not, another test would be to boot your kernel with pci=nomsi to see if forcing all PCIe devices to use legacy INT emulation makes thing work. Regards, Andy -- 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
