This problem is reproducible and occurs the same from a cold boot or inserting saa7134. Analog tv has never worked on this card, I was under the impression there was no analog tuner on the card (looking at http://www.leadtek.com/eng/tv_tuner/image/digital_tv.pdf). The info was simply from doing a modprobe on saa7134. The only lines in the dmesg that were different from the old driver was saa7130[0]/alsa: Leadtek Winfast DTV1000S doesn't support digital audio So I guess the analog part has always failed I am using the nvidia driver and a driver for my wireless card, I will turn these off and see if I can get a different result. During tuning for digital tv with the old driver I got [ 1081.808505] tda18271: performing RF tracking filter calibration [ 1086.152006] tda18271: RF tracking filter calibration complete [ 1091.020535] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. The final line did not appear when I tried to tune using the new version [ 1225.904503] tda18271: performing RF tracking filter calibration [ 1230.272003] tda18271: RF tracking filter calibration complete Thanks Michael Obst 2009/11/1 Michael Krufky <mkrufky@xxxxxxxxxxxxxx>: > On Sat, Oct 31, 2009 at 6:43 PM, Michael Krufky <mkrufky@xxxxxxxxxxxxxx> wrote: >> On Sat, Oct 31, 2009 at 6:08 PM, Michael Obst >> <m.obst@xxxxxxxxxxxxxxxxxxxx> wrote: >>> Hi, >>> Thanks for fixing this, I can confirm that it now compiles and >>> inserts and the remote works, so does the av input to the tvcard >>> however the card does not seem to be able to tune any channels, I have >>> checked the old driver and that is still able to tune in channels. The >>> output from my dmesg is below. >>> >>> Thanks >>> Michael Obst >> >> Michael, >> >> This is an interesting problem -- the part of your dmesg that stands >> out to me is this: >> >>> [ 502.928544] tuner 0-0060: chip found @ 0xc0 (saa7130[0]) >>> [ 502.960501] tda8290: no gate control were provided! >> >> That error message was added as a safety measure -- it shouldn't be >> possible to ever hit that code path. Are you running any non-GPL >> binary drivers on your system, such as NVIDIA or anything else? >> >> Let me explain: >> >> The "no gate control were provided!" message was added by Mauro to the >> tda8290 driver, mainly as a check to ensure that we don't call a null >> function pointer. The gate control is actually provided by the >> tda8290 driver itself, by either tda8290_i2c_bridge or >> tda8295_i2c_bridge, depending on which hardware is present. In your >> case, it's a tda8290. >> >> The function pointer is filled during the tda829x_attach() function, >> before we call the tda829x_find_tuner function, where this error >> message is displayed. The only way for this to have occurred, as far >> as I can tell, is if the probe to detect the tda8290 itself had >> failed. >> >> Have you repeated your test with the same problem each time, or did >> this only happen once? >> >> Can you try again, from a cold reboot? >> >> Also, I'm just assuming that this failure occurred during a digital >> tune -- is that correct? Does analog television work? >> >> If the problem is reproducible, can you also show us dmesg during a failed tune? >> >> I'm very interested in hearing more about this -- please let me know. > > Oops, on second look, seems that the error occurred during analog > bring-up ... does digital tv work? > > -Mike > -- > 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
