Marko Ristola wrote:
>
> Hi
>
> I had a similar problem with Mantis cu1216.c, that I didn't get a lock.
> I think, that it might be a good thing to implement at least
> 50ms wait time for every frontend.
>
> With cu1216, I resolved the "doesn't wait long enough" problem as follows:
>
> I inserted the following kind of function into the frontend to request
> DVB_CORE
> to wait 50ms for the lock:
>
Yep, that sounds fine, the I2C communication on the Mantis is very fast
(so fast that for interrupt driven I2C communications the bottle neck
moves on to the Linux shared interrupt handler, where the interrupt
handler is unable to process all the interrupts), but the RF parts might
not even have completed the operation.
So in most cases a 50mS sleep might do the trick for most devices.
> static int cu1216_get_tune_settings(struct dvb_frontend* fe, struct
> dvb_frontend_tune_settings* settings)
> {
> settings->min_delay_ms = 50;
> settings->step_size = 0; /* FE_QAM: zero */
> settings->max_drift = 0; /* FE_QAM: zero */
>
> return 0;
> }
>
> Then I inserted that function into dvb_frontend_ops structure:
>
> static struct dvb_frontend_ops cu1216_ops = {
> ...
> .get_tune_settings = cu1216_get_tune_settings,
> ...
> };
>
> Regards,
> Marko Ristola
>
Thanks for the info,
Regards,
Manu
> Manu Abraham wrote:
>> Elmar Schmidt wrote:
>>
>>> Hi,
>>> grat work with this Module, but for me it doesn't work with my
>>> Twinhan DTV Sat-CI with 1034 Mantis Chipset.
>>> The Module loads perfect with the following dmesg Output:
>>>
>>>
>
>>
>>> Any ideas how to fix this?
>>>
>>
>> You don't get a FE_HAS_LOCK ? From the logs everything looks fine.
>>
>>
>> Manu
>>
>> _______________________________________________
>> linux-dvb mailing list
>> linux-dvb@xxxxxxxxxxx
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>
>>
>
>
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
