[linux-dvb] MSI TV at nywhere A/D v1.1 mostly working

Russell Kliese russell at kliese.wattle.id.au
Sun Feb 10 16:34:29 CET 2008


Hartmut Hackmann wrote:
> Hi, Russell
>
> Russell Kliese schrieb:
>   
>> 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
>>
>>     
> I had a look at the photo you published. There is only one eeprom on the card?
> it is in a 8 pin package. Can you please check its type?
>   

I inspected the card, and could only see one 8 pin device. The part 
number on the device is:

ATMLH722
028  1
A7F5362E

> This looks like your board has no firmware eeprom.
> So the download doesn't succeed or the dsp crashes for some reason. In the log
> you sent, were there further messages?
>   

There weren't any subsequent messages in the log that were any different 
(there were more similar messages if I kept trying to use software that 
made use of the card).

I'm happy spend a bit of time trying some things that might get this 
card working. Let me know if you have any ideas.

Cheers,

Russell



More information about the linux-dvb mailing list