Bug #397
closed
Parametre SY_LFR_N_SWP_P hors limite dans une TC_LFR_LOAD_NORMAL_PAR n'est pas détecté
0%
Description
Durant le test /home/validation/data/R2+/2.0.2.3/SVS-0029
Sur l envoi d'une TC_LFR_LOAD_NORMAL_PAR, on positionne
SY_LFR_N_SWP_P = 65535
SY_LFR_N_ASM_P = 65535
SY_LFR_N_BP_P0 = 255(s),
SY_LFR_N_BP_P1 = 255(s)
la réponse à cette TC est
TM_LFR_TC_EXE_SUCCESS
Hors, la valeur max dans l ICD du parametre SY_LFR_N_SWP_P est 65528 donc on aurait du obtenir une TM_LFR_TC_EXE_INCONSISTENT.
De plus, les valeurs SY_LFR_N_BP_P0 et SY_LFR_N_BP_P1 ne sont pas compatibles puisque SY_LFR_N_BP_P1 doit etre un multiple de SY_LFR_N_BP_P0.
D un point de vue ICD, ces valeurs sont conformes à l intervalle de définition mais d'un point scientifique, ce n'est pas bon.
Contexte du test
------------------
FSW 2.0.2.3
VHDL 1.1.68
EM 1
Version = 0.4.8, Branch = default, Changeset = 2c7201cecc87
StarDundee spacewire
Mini-LFR en mode TIMEGEN
Updated by paul leroy over 9 years ago
- Status changed from New to Resolved
- Assignee changed from paul leroy to Veronique bouzid
Les valeurs sy_lfr_n_swf_p peuvent être des entiers entre 16 et 65535. La condition de multiple entier de 8 étant supprimée, la limite pourrait être modifiée dans l'ICD.
Le cas où n_bp_p0 et n_bp_p1 sont égaux est un cas limite de multiple entier. On considère que c'est un cas autorisé qui permet d'avoir des BP1 et des BP2 à la même cadence, ce qui est permis par la chaine de traitement.
Updated by Veronique bouzid over 9 years ago
- Status changed from Resolved to Closed
se referer à feature #481