Hartmut Hackmann wrote: > Hi, all > > Russell Kliese schrieb: > >> Nico Sabbi wrote: >> >>> On Thursday 07 February 2008 14:39:44 Russell Kliese wrote: >>> >>> >>> >>>> Analog TV worked without a problem (even with the older drivers). >>>> >>>> There is still a problem with the digital decoder. Sometimes it >>>> works fine (I can scan for channels and can run tzap to view a >>>> channel using mplayer). However, sometimes these commands don't >>>> work. I've noticed the following when running dmesg: >>>> >>>> >>>> [ 6318.055521] tda1004x: found firmware revision 20 -- ok >>>> >>>> I suspect that the card is failing to work because the firmware >>>> sometimes isn't being uploaded for some reason. Does anybody have >>>> any ideas why or what I could do to try and fix this? >>>> >>>> Hopefully this problem can be sorted out and another card can be >>>> added to the list of supported DVB-T cards. Yay! >>>> >>>> >>> afaik the last fw for the 10046 demodulator is version 29, that >>> you can extract from the lifeview drivers >>> >>> >> Thanks for pointing that out. I grabbed the version 29 firmware using >> get_dvb_firmware tda10046lifeview and copied this into the appropriate >> place. However, I'm still having the same sort of problem: >> >> [ 2095.281620] tda1004x: timeout waiting for DSP ready >> [ 2095.321600] tda1004x: found firmware revision 0 -- invalid >> [ 2095.321614] tda1004x: trying to boot from eeprom >> [ 2097.648360] tda1004x: timeout waiting for DSP ready >> [ 2097.688338] tda1004x: found firmware revision 0 -- invalid >> [ 2097.688346] tda1004x: waiting for firmware upload... >> [ 2110.173699] tda1004x: found firmware revision 29 -- ok >> [ 2121.531804] tda1004x: setting up plls for 48MHz sampling clock >> [ 2121.727550] tda1004x: found firmware revision 29 -- ok >> [ 2513.011736] tda1004x: setting up plls for 48MHz sampling clock >> [ 2513.199286] tda1004x: found firmware revision 33 -- invalid >> [ 2513.199294] tda1004x: trying to boot from eeprom >> [ 2513.567098] tda1004x: found firmware revision 33 -- invalid >> [ 2513.567110] tda1004x: waiting for firmware upload... >> [ 2526.044456] tda1004x: found firmware revision 33 -- invalid >> [ 2526.044469] tda1004x: firmware upload failed >> [ 2534.743826] tda1004x: setting up plls for 48MHz sampling clock >> [ 2534.885955] tda1004x: found firmware revision ff -- invalid >> [ 2534.885968] tda1004x: trying to boot from eeprom >> [ 2535.211575] tda1004x: found firmware revision 0 -- invalid >> [ 2535.211582] tda1004x: waiting for firmware upload... >> [ 2535.217254] tda1004x: Error during firmware upload >> [ 2535.224898] tda1004x: found firmware revision ff -- invalid >> [ 2535.224911] tda1004x: firmware upload failed >> >> Cheers, >> >> Russell >> >> > This is not only a question of the firmware revision. > Many cards have an eeprom with the firmware on the board. The TDA10046 > automatically tries to boot from this. The eeprom address is controlled > with a GPIO pin. IF this pin changes while the chip boots, it will crash > and possibly not recover. This entrie mechanism is hard to control. > The card specific configuration structures tda1004x_config in saa7134-dvb.c > have a entry .gpio_config. Please change this to TDA10046_GP01_I or try > card type 81. > The symptoms I'm having of unreliable firmware loading sounds like it could indeed be caused by GPIO pins changing during operation of the card and affecting subsequent firmware loads. I tried setting .gpio_config to DA10046_GP01_I (the default for card=109), DA10046_GP00_I and DA10046_GP11_I. None of these solved the problem. I also tried card=81, but this didn't help either. Are there any other configuration options that could be affecting the reliable upload or loading of firmware? Cheers, Russell _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
