Hi, Nico Nico Sabbi wrote: > Hartmut Hackmann wrote: > >>> >> Yes. On the tiger board, this message switches the tuner either >> to the channel decoder or to the analog IF. Since you have 2 tuners, >> it should not be necessary for you. >> >> If i have to check your code in, please send me a complete patch >> including sign-off. >> >> Best regards >> Hartmut >> >> > > Hi, > attached is my patch. > > Signed-off-by: Nico Sabbi <nsabbi@xxxxxxxxxx> > > > Yet, today I experienced something strange: > I loaded the drivers and kept it capturing for 30 minutes without problems; > at the same time I loaded the drivers for my Airstar2 and let it > capture, too. > After I while I wanted to invert the adapter order, so I unloaded both > drivers and > reloaded them in the inverse order, but then (and still now) I can't > upload the firmware > anymore! > > tda1004x: setting up plls for 48MHz sampling clock > eth0: freeing mc frame. > tda1004x: timeout waiting for DSP ready > tda1004x: found firmware revision 0 -- invalid > tda1004x: booting from eeprom > tda1004x: timeout waiting for DSP ready > tda1004x: found firmware revision 0 -- invalid > tda1004x: firmware upload failed > > sigh, now the card is unusable :( > what's going on? Can't I force the upload of the firmware from file? > > > Thanks, > Nico > It is possible to force a firmware download but this is not a good solution. Could it be that the firmware download only works after a cold boot? A firmware download is not necessary after sleep. In this case, i have an explaination: It is possible to remap the eeprom to another address to allow firmware updates. If it is remapped, the dsp will not find it and... The eeprom address normally is controlled with a GPIO pin of the channel decoder. At first start, the pin is tristate and download works due to a resistor. Its the same with a card i am working on here. So i can provide you a patch the next days. Best regards Hartmut