skystar2: after a signal loss can't receive any more although szap has locked again

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux