On 10/20/10 12:19 PM, Daniel Lee Kim wrote:
Thank you, Steve, for introducing me to the mailing list and showing me the protocol. I have taken a look at your questions and comments. My responses are interspersed in the email below
You are welcome. <cut>
However, running dmesg, I get the following: [ 3072.274680] cx23885 driver version 0.0.2 loaded [ 3072.274752] cx23885 0000:04:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 [ 3072.274970] CORE cx23885[0]: subsystem: 1461:d439, board: AVermedia M791 [card=29,autodetected] [ 3072.605134] cx23885_dvb_register() allocating 1 frontend(s) [ 3072.605189] cx23885[0]: cx23885 based dvb card [ 3072.621974] MT2131: successfully identified at address 0x60 [ 3072.621981] DVB: registering new adapter (cx23885[0]) [ 3072.621986] DVB: registering adapter 0 frontend 0 (LG Electronics LGDT3303 VSB/QAM Frontend)... [ 3072.622519] cx23885_dev_checkrevision() Hardware revision = 0xb1 [ 3072.622529] cx23885[0]/0: found at 0000:04:00.0, rev: 15, irq: 19, latency: 0, mmio: 0xea000000 [ 3072.622540] cx23885 0000:04:00.0: setting latency timer to 64 [ 3072.622546] IRQ 19/cx23885[0]: IRQF_DISABLED is not guaranteed on shared IRQs so it does look like it has identified MT2131 as the tuner but is unable to work it. Any further help would be greatly appreciated.
If the drivers are now loading (which sounds like progress) then the GPIOs (in whatever form you have them) are probably OK. Double check this by doing a cold boot without booting into windows first, does the tuner still attach?
It's never wise to drive a GPIO regardless unless you know what you are doing, you could be sinking current into a part for long periods of time that doesn't like it (or applying/removing write protection from eeproms etc).
At this stage I'd probably guess when you say the 'tuner is unable to work' that it's not locking when testing with azap (and a correctly configured channels.conf). It's probably the I/F (intermediate frequency) between the MT2131 and the LG3305 is incorrect, so the demod does not see the RF correctly from the tuner. Try stepping the LG I/F through it's various combination (see the LG header .h file) then repeat the test with spectral inversion inverted.
Use azap to tune during each test and watch for status bits 0x1f (meaning the demod is locked).
If no lock, adjust the I/F and/or spectral inversion and try again. - Steve -- Steven Toth - Kernel Labs http://www.kernellabs.com -- 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
