[linux-dvb] skystar2: after a signal loss can't receive any more although szap has locked again

Aviel Moreno Guinea avmoreno at prodetel.es
Thu Mar 15 18:02:30 CET 2007


Hello,

 

I'm using the last version of the CVS drivers for kernel 2.4. I know the
drivers for kernel 2.4 are old and unmaintained, but I can't use the kernel
2.6 because I'm using an application not compatible with it. However, in
order to use it, I have applied some of the patches applied after in the 2.6
version. For example, the one to avoid kernel oops when using a smp
processor.

 

I have also reviewed all the fixes applied to the driver in the last two
years, to try to find a solution to my problem with no success.

 

After this introduction, I continue to explain the problem I have.

 

I have a system which is receiving several PID from a satellite. The modules
I use are skystar2.o, stv0299.o and dvb-core.o. I use szap to tune the card.
This system have to be receiving 24 hours, 7 days a week without stop. 

 

I have observed that when it's windy it can have a short-time loss of signal
and after that the system automatically re-locks normally and it continues
receiving. However, some times, after one of this loss of signal, szap
re-locks but it doesn't receive data any more. I try a tcpdump -I dvb0_0 and
I got nothing. The only way to receive again is to unload the driver from
the kernel and load it again. However, this is a problem because it takes to
much time. I would like to fix this random situation.

 

Please, if anyone have an idea of what is happening or give me some hint to
investigate the problem, I world appreciate.

 

Thank you in advance.

 

Ps. Here is an example simulated at the office. Having szap running, I plug
and unplug the antenna cable several times until the tcpdump stops receiving
but szaps locks again.

 

status 1f | signal b106 | snr afce | ber 00000013 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal b38e | snr afd4 | ber 0000001c | unc 00000000 |
FE_HAS_LOCK

status 03 | signal 8c76 | snr 924f | ber 00000360 | unc 00000000 |

status 01 | signal 9292 | snr 73ec | ber 00000000 | unc 00000000 |

status 1f | signal af3d | snr af80 | ber 000000a5 | unc 00000000 |
FE_HAS_LOCK

status 02 | signal 0042 | snr 6fb4 | ber 000003c1 | unc 00000000 |

status 03 | signal 5606 | snr 729c | ber 00000000 | unc 00000000 |

status 1f | signal ae11 | snr aed2 | ber 00000577 | unc 00000000 |
FE_HAS_LOCK

status 02 | signal 0000 | snr 6f87 | ber 0000fff0 | unc 00000000 |

status 03 | signal 5001 | snr 7251 | ber 0000fff0 | unc 00000000 |

status 1f | signal ad86 | snr aefc | ber 000023a6 | unc 00000000 |
FE_HAS_LOCK

status 02 | signal 0050 | snr 7065 | ber 0000ee1f | unc 00000000 |

status 1f | signal b117 | snr afad | ber 0000898a | unc 00000000 |
FE_HAS_LOCK

status 03 | signal 2c2c | snr 749a | ber 000011de | unc 00000000 |

status 03 | signal 8ef0 | snr 936f | ber 0000fff0 | unc 00000000 |

status 1f | signal ae11 | snr af8c | ber 0000fff0 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal b060 | snr afce | ber 0000001c | unc 00000000 |
FE_HAS_LOCK

status 03 | signal 42ae | snr 7203 | ber 0000fff0 | unc 00000000 |

status 1f | signal b290 | snr b10f | ber 0000fff0 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal afc5 | snr afa1 | ber 0000002c | unc 00000000 |
FE_HAS_LOCK

status 03 | signal 864c | snr 91b0 | ber 0000043e | unc 00000000 |

status 1f | signal af75 | snr b09d | ber 00000147 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal 9d4b | snr a6a7 | ber 00000157 | unc 00000000 |
FE_HAS_LOCK

status 03 | signal 9caa | snr 9168 | ber 00000456 | unc 00000000 |

status 02 | signal 0f98 | snr 7179 | ber 00004bad | unc 00000000 |

status 1f | signal b3dd | snr b16f | ber 0000fff0 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal b443 | snr b0d6 | ber 00000023 | unc 00000000 |
FE_HAS_LOCK

status 03 | signal 9fe4 | snr 94dd | ber 0000fff0 | unc 00000000 |

status 1f | signal af55 | snr b08e | ber 0000fff0 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal b115 | snr ae90 | ber 00000010 | unc 00000000 |
FE_HAS_LOCK

status 1f | signal adfc | snr aee7 | ber 0000003e | unc 00000000 |
FE_HAS_LOCK

status 1f | signal b055 | snr aecc | ber 00000022 | unc 00000000 |
FE_HAS_LOCK  --> here szap is lock, but there is no dvb data

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.linuxtv.org/pipermail/linux-dvb/attachments/20070315/abb1759b/attachment-0001.htm


More information about the linux-dvb mailing list