Bug #862
Updated by bruno katra over 7 years ago
Suite à l'envoi de frequences RW via TC_UPDATE_INFO, les masques retournés dans la TM_LFR_PARAMETER_DUMP sont systématiquement faux, en particulier on voit l'apparition d'un talon en 'fe' ou 'f8' à la fin des 3 masques. Exemple : on a envoyé 96Hz comme fréqeunce pour toutes les RW et le PARAMETER_DUMP contient ceci : # RW_MASK_F0 : 0xffffffffffffffffffffffffffffff *f8* 0xffffffffffffffffffffffffffffff*f8* # RW_MASK_F1 : 0xffffffffffffffffffffffffffffff *1e* 0xffffffffffffffffffffffffffffff*1e* # RW_MASK_F2 : 0xfffffffc7fffffffffffffffffffff *fe* 0xfffffffc7fffffffffffffffffffff*fe* Nous avons rejoué le test SVS_0109 écrit par Gérald et Alexis sur des nouvelles acquisitions (nouveau VHDL) et le résultat rejoint notre analyse : on voit toujours le bug soulevé en septembre ( #743 ) et on voit en plus les talons sur plusieurs PARAMETER_DUMP. Nous avons rejoué aussi le test avec l'ancienne API (pc-solar3 pour la non-regression) en n'envoyant seulement 96Hz sur RW1_F1 et le même résultat est observé. Contexte du test --------------------- FSW 3.1.0.4 VHDL 1.1.91 EM1 avec et sans TIMEGEN