Re: Leadtek DTV-1000S
On Sat, Oct 31, 2009 at 7:17 PM, Michael Krufky mkru...@kernellabs.com wrote: 2009/11/1 Michael Krufky mkru...@kernellabs.com: On Sat, Oct 31, 2009 at 6:43 PM, Michael Krufky mkru...@kernellabs.com wrote: On Sat, Oct 31, 2009 at 6:08 PM, Michael Obst m.o...@ugrad.unimelb.edu.au 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html On Sat, Oct 31, 2009 at 7:04 PM, Michael Obst m.o...@ugrad.unimelb.edu.au wrote: 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 Michael, The policy on this mailing list is to reply BELOW the quoted text. Please keep this in mind for the future. I didn't realize the board had a saa7130 chipset -- That explains a lot. This means that there actually is no tda8290 on the board. (the tda8290 is usually found inside the saa7131 chipset) You can remove the line, TUNER_PHILIPS_TDA8290 from the card definition in saa7134-cards.c -- replace it with TUNER_ABSENT. That shouldn't fix the problem, but it would be interesting to hear if it changes anything. I see that communication with the tuner is working properly... It's taking 5 seconds to complete the rf tracking filter calibration in either case, so we know that the line of communication to the tuner itself isn't a problem. I think this will be easier if we meet in irc. Can you meed me in #linuxtv on irc.freenode.net? If not, please enable module option debug=1 to tda18271 and send back full dmesg, unedited, including startup of the device and a tune attempt. Also, enable debug=1 for the tda10048 module -- maybe something changed there. I just tested this code with my ATSC saa7134 board that uses the tda18271, and it's working fine, so I doubt it's the tuner persay, but we should investigate anyway. -Mike For any interested readers, Michael did
Re: Leadtek DTV-1000S
Hi Mike, Mauro, Am Mittwoch, den 21.10.2009, 15:33 -0400 schrieb Michael Krufky: On Wed, Oct 21, 2009 at 5:19 AM, Ryan Day ryan@uq.edu.au wrote: Michael- I wanted to see if you might be able to assist in getting a DTV-1000S to work. I followed the instructions on the Whirlpool forum (DL the firmware, cp it to /lib/firmware, dl the dtv-1000s files from kernellabs.com, untar, make, make install, reboot), and everything looks good when I install, but when I reboot, the boot up hangs and eventually freezes. I thought reinstalling might give me a better chance for success with a clean slate to work with, but the problem continues. Unfortunately, I don't have any of the error logs or anything, as I reinstalled. I can't remember the message at the first hang, but the freeze is caused by a failure to load the LIRC module. Also of note is that I'm installing this card as a second tuner. I have a DTV-2000H already installed. I don't know if that changes anything. Sorry I can't provide better info, but any advice you can give would be great. Ryan, This is really a question for the linux-media mailing list, so I've added it in cc -- please use REPLY-TO-ALL in your correspondence, so that anybody else that may have seen this issue can chime in with their advice, or perhaps they may benefit themselves simply by reading your problem description. Also, please remember that your response on the mailing list should appear below the quoted thread. Meanwhile, why would failure to load the LIRC module cause a problem on your board, causing a system hang... Sounds fishy to me -- are you sure about this? Have you tried deleting / blacklisting the module that you believe to be freezing your system? Have you tried moving your PCI card to another slot? Have you google'd for other users of your motherboard who might be suffering from similar issues? I updated the dtv1000s tree yesterday, with the intention of getting it merged into the master branch. Perhaps there is a bug in the new repository that is not present in the old repository? The current repository that you probably have already tested is located here: http://kernellabs.com/hg/~mkrufky/dtv1000s there is another report for problems with the DTV-1000S now. Checking the above and the master tree, it turns out that the card's analog entry made it into the #if 0 flyvideo tweaks in saa7134-cards.c and is not valid there. Have to leave the house now, Mike please fix it or I'll send a fix when back later in the evening. Cheers, Hermann The only difference in the new tree when compared to the older tree, is that I've pulled in the latest v4l-dvb core changes from the master branch on linuxtv.org, and updated the DTV1000S patch to account for the latest board additions in the saa7134 driver. The dtv1000s support itself hasn't changed at all. To eliminate this as a possible cause, you can try testing the older tree, instead. The older tree that has already been tested by other users of both flavors of this dtv1000s board is located here: http://kernellabs.com/hg/~mkrufky/dtv1000s.old If the older repository works but the new one doesn't, that would indicate that there is a problem in the master v4l-dvb repository. If all else fails, try removing the other board that you have installed, and see if that is a factor in this problem Please test and report your findings back to the mailing list as a reply-to-all response in this thread. I hope this helps. Regards, Mike Krufky -- 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
Re: Leadtek DTV-1000S
On Sat, Oct 31, 2009 at 11:24 AM, hermann pitton hermann-pit...@arcor.de wrote: Hi Mike, Mauro, Am Mittwoch, den 21.10.2009, 15:33 -0400 schrieb Michael Krufky: On Wed, Oct 21, 2009 at 5:19 AM, Ryan Day ryan@uq.edu.au wrote: Michael- I wanted to see if you might be able to assist in getting a DTV-1000S to work. I followed the instructions on the Whirlpool forum (DL the firmware, cp it to /lib/firmware, dl the dtv-1000s files from kernellabs.com, untar, make, make install, reboot), and everything looks good when I install, but when I reboot, the boot up hangs and eventually freezes. I thought reinstalling might give me a better chance for success with a clean slate to work with, but the problem continues. Unfortunately, I don't have any of the error logs or anything, as I reinstalled. I can't remember the message at the first hang, but the freeze is caused by a failure to load the LIRC module. Also of note is that I'm installing this card as a second tuner. I have a DTV-2000H already installed. I don't know if that changes anything. Sorry I can't provide better info, but any advice you can give would be great. there is another report for problems with the DTV-1000S now. Checking the above and the master tree, it turns out that the card's analog entry made it into the #if 0 flyvideo tweaks in saa7134-cards.c and is not valid there. Have to leave the house now, Mike please fix it or I'll send a fix when back later in the evening. Cheers, Hermann Thanks for spotting this, Hermann ... I just fixed the problem and pushed it to my DTV1000S tree. I'll issue a pull request to Mauro right now. Cheers, Mike -- 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
Re: Leadtek DTV-1000S
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 [ 502.761860] saa7130/34: v4l2 driver version 0.2.15 loaded [ 502.761886] saa7130[0]: found at :04:01.0, rev: 1, irq: 17, latency: 64, mmio: 0xfebffc00 [ 502.761890] saa7130[0]: subsystem: 107d:6655, board: Leadtek Winfast DTV1000S [card=175,autodetected] [ 502.761898] saa7130[0]: board init: gpio is 2121400 [ 502.761938] input: saa7134 IR (Leadtek Winfast DTV as /devices/pci:00/:00:1e.0/:04:01.0/input/input10 [ 502.761966] IRQ 17/saa7130[0]: IRQF_DISABLED is not guaranteed on shared IRQs [ 502.912003] saa7130[0]: i2c eeprom 00: 7d 10 55 66 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 [ 502.912009] saa7130[0]: i2c eeprom 10: 00 ff 82 0e ff 20 ff ff ff ff ff ff ff ff ff ff [ 502.912014] saa7130[0]: i2c eeprom 20: 01 40 01 01 01 ff 01 03 08 ff 00 8a ff ff ff ff [ 502.912019] saa7130[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912024] saa7130[0]: i2c eeprom 40: ff 35 00 c0 00 10 03 02 ff 04 ff ff ff ff ff ff [ 502.912029] saa7130[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912034] saa7130[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912040] saa7130[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912045] saa7130[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912050] saa7130[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912055] saa7130[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912060] saa7130[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912065] saa7130[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912070] saa7130[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912075] saa7130[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.912080] saa7130[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 502.928502] Chip ID is not zero. It is not a TEA5767 [ 502.928544] tuner 0-0060: chip found @ 0xc0 (saa7130[0]) [ 502.960501] tda8290: no gate control were provided! [ 502.960589] saa7130[0]: registered device video0 [v4l2] [ 502.960602] saa7130[0]: registered device vbi0 [ 502.963002] saa7134 ALSA driver for DMA sound loaded [ 502.963003] saa7130[0]/alsa: Leadtek Winfast DTV1000S doesn't support digital audio [ 502.963600] dvb_init() allocating 1 frontend [ 503.032771] tda18271 0-0060: creating new instance [ 503.040502] TDA18271HD/C2 detected @ 0-0060 [ 503.436003] DVB: registering new adapter (saa7130[0]) [ 503.436006] DVB: registering adapter 0 frontend 0 (NXP TDA10048HN DVB-T)... [ 503.764502] tda10048_firmware_upload: waiting for firmware upload (dvb-fe-tda10048-1.0.fw)... [ 503.764506] saa7134 :04:01.0: firmware: requesting dvb-fe-tda10048-1.0.fw [ 503.766223] tda10048_firmware_upload: firmware read 24878 bytes. [ 503.766224] tda10048_firmware_upload: firmware uploading [ 507.844010] tda10048_firmware_upload: firmware uploaded 2009/11/1 Michael Krufky mkru...@kernellabs.com: On Sat, Oct 31, 2009 at 11:24 AM, hermann pitton hermann-pit...@arcor.de wrote: Hi Mike, Mauro, Am Mittwoch, den 21.10.2009, 15:33 -0400 schrieb Michael Krufky: On Wed, Oct 21, 2009 at 5:19 AM, Ryan Day ryan@uq.edu.au wrote: Michael- I wanted to see if you might be able to assist in getting a DTV-1000S to work. I followed the instructions on the Whirlpool forum (DL the firmware, cp it to /lib/firmware, dl the dtv-1000s files from kernellabs.com, untar, make, make install, reboot), and everything looks good when I install, but when I reboot, the boot up hangs and eventually freezes. I thought reinstalling might give me a better chance for success with a clean slate to work with, but the problem continues. Unfortunately, I don't have any of the error logs or anything, as I reinstalled. I can't remember the message at the first hang, but the freeze is caused by a failure to load the LIRC module. Also of note is that I'm installing this card as a second tuner. I have a DTV-2000H already installed. I don't know if that changes anything. Sorry I can't provide better info, but any advice you can give would be great. there is another report for problems with the DTV-1000S now. Checking the above and the master tree, it turns out that the card's analog entry made it into the #if 0 flyvideo tweaks in saa7134-cards.c and is not valid there. Have to leave the house now, Mike please fix it or I'll send a fix when back later in the evening. Cheers, Hermann Thanks for spotting this, Hermann ... I
Re: Leadtek DTV-1000S
On Sat, Oct 31, 2009 at 6:08 PM, Michael Obst m.o...@ugrad.unimelb.edu.au 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. Regards, Mike -- 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
Re: Leadtek DTV-1000S
On Sat, Oct 31, 2009 at 6:43 PM, Michael Krufky mkru...@kernellabs.com wrote: On Sat, Oct 31, 2009 at 6:08 PM, Michael Obst m.o...@ugrad.unimelb.edu.au 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Leadtek DTV-1000S
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 mkru...@kernellabs.com: On Sat, Oct 31, 2009 at 6:43 PM, Michael Krufky mkru...@kernellabs.com wrote: On Sat, Oct 31, 2009 at 6:08 PM, Michael Obst m.o...@ugrad.unimelb.edu.au 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 majord...@vger.kernel.org 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Leadtek DTV-1000S
2009/11/1 Michael Krufky mkru...@kernellabs.com: On Sat, Oct 31, 2009 at 6:43 PM, Michael Krufky mkru...@kernellabs.com wrote: On Sat, Oct 31, 2009 at 6:08 PM, Michael Obst m.o...@ugrad.unimelb.edu.au 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html On Sat, Oct 31, 2009 at 7:04 PM, Michael Obst m.o...@ugrad.unimelb.edu.au wrote: 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 Michael, The policy on this mailing list is to reply BELOW the quoted text. Please keep this in mind for the future. I didn't realize the board had a saa7130 chipset -- That explains a lot. This means that there actually is no tda8290 on the board. (the tda8290 is usually found inside the saa7131 chipset) You can remove the line, TUNER_PHILIPS_TDA8290 from the card definition in saa7134-cards.c -- replace it with TUNER_ABSENT. That shouldn't fix the problem, but it would be interesting to hear if it changes anything. I see that communication with the tuner is working properly... It's taking 5 seconds to complete the rf tracking filter calibration in either case, so we know that the line of communication to the tuner itself isn't a problem. I think this will be easier if we meet in irc. Can you meed me in #linuxtv on irc.freenode.net? If not, please enable module option debug=1 to tda18271 and send back full dmesg, unedited, including startup of the device and a tune attempt. Also, enable debug=1 for the tda10048 module -- maybe something changed there. I just tested this code with my ATSC saa7134 board that uses the tda18271, and it's working fine, so I doubt it's the tuner persay, but we should investigate anyway. -Mike -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo
Re: Leadtek DTV-1000S
On Wed, Oct 21, 2009 at 5:19 AM, Ryan Day ryan@uq.edu.au wrote: Michael- I wanted to see if you might be able to assist in getting a DTV-1000S to work. I followed the instructions on the Whirlpool forum (DL the firmware, cp it to /lib/firmware, dl the dtv-1000s files from kernellabs.com, untar, make, make install, reboot), and everything looks good when I install, but when I reboot, the boot up hangs and eventually freezes. I thought reinstalling might give me a better chance for success with a clean slate to work with, but the problem continues. Unfortunately, I don't have any of the error logs or anything, as I reinstalled. I can't remember the message at the first hang, but the freeze is caused by a failure to load the LIRC module. Also of note is that I'm installing this card as a second tuner. I have a DTV-2000H already installed. I don't know if that changes anything. Sorry I can't provide better info, but any advice you can give would be great. Ryan, This is really a question for the linux-media mailing list, so I've added it in cc -- please use REPLY-TO-ALL in your correspondence, so that anybody else that may have seen this issue can chime in with their advice, or perhaps they may benefit themselves simply by reading your problem description. Also, please remember that your response on the mailing list should appear below the quoted thread. Meanwhile, why would failure to load the LIRC module cause a problem on your board, causing a system hang... Sounds fishy to me -- are you sure about this? Have you tried deleting / blacklisting the module that you believe to be freezing your system? Have you tried moving your PCI card to another slot? Have you google'd for other users of your motherboard who might be suffering from similar issues? I updated the dtv1000s tree yesterday, with the intention of getting it merged into the master branch. Perhaps there is a bug in the new repository that is not present in the old repository? The current repository that you probably have already tested is located here: http://kernellabs.com/hg/~mkrufky/dtv1000s The only difference in the new tree when compared to the older tree, is that I've pulled in the latest v4l-dvb core changes from the master branch on linuxtv.org, and updated the DTV1000S patch to account for the latest board additions in the saa7134 driver. The dtv1000s support itself hasn't changed at all. To eliminate this as a possible cause, you can try testing the older tree, instead. The older tree that has already been tested by other users of both flavors of this dtv1000s board is located here: http://kernellabs.com/hg/~mkrufky/dtv1000s.old If the older repository works but the new one doesn't, that would indicate that there is a problem in the master v4l-dvb repository. If all else fails, try removing the other board that you have installed, and see if that is a factor in this problem Please test and report your findings back to the mailing list as a reply-to-all response in this thread. I hope this helps. Regards, Mike Krufky -- 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