On Wed, 2013-09-18 at 02:19 +0530, Rajil Saraswat wrote: > Hi, > > I have a couple of PVR-500's which have additional tuners connected > to them (using daughter cards).
The PVR-500's don't have daughter cards with additional tuners AFAIK. There is this however: http://www.hauppauge.com/site/webstore2/webstore_avcable-pci.asp Make sure you have any jumpers set properly and the cable connectors seated properly. Also make sure the cable is routed aways from any electrically noisy cards and high speed data busses: disk controller cards, graphics cards, etc. > The audio is not usable on either > 1.4.2 or 1.4.3 ivtv drivers. The issue is described at > http://ivtvdriver.org/pipermail/ivtv-users/2013-September/010462.html With your previous working kernel and with the non-working kernel, what is the output of $ v4l2-ctl -d /dev/videoX --log-status after you have set up the inputs properly and have a known good signal going into the input in question? I'm speculating this is a problem with the cx25840 driver or the wm8775 driver, since they change more often than the ivtv driver. BTW, I have very little time to fix things nowadays. Also my development machine with PCI slots is tied up running simulation experiments for 4 more weeks. I can't test any fixes until those simulations are done. > Is there anything i can do to make kernel 3.10.7 (ivtv 1.4.3) play > nice with my card? 1. Differential analysis of the v4l2-ctl --log-status output 2. Differential analysis of the kernel source code for the ivtv, cx2580, and wm8775 drivers. 3. git bisection of the kernel starting from known good and bad kernel versions, compile kernel, test, repeat. http://git-scm.com/book/en/Git-Tools-Debugging-with-Git#Binary-Search http://lwn.net/Articles/317154/ That's what I'd have to do, but it takes time and a setup that is able to reporduce the problem reliably. The git bisect is guaranteed to terminate on the problem change, if it is a software change that caused the problem. Although it doesn't sound like a hardware problem so far: If it is a hardware problem induced by a change in hardware, or the way the hardware is being driven, then verify your cables and any jumpers and take steps to reduce EMI on the audio lines (move the cables away from potential noise sources). Also, if you suspect hardware, remove *all* the PCI cards, blow the dust out of the PCI slots and reseat them. Regards, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
