Project

General

Profile

Bug #397

Parametre SY_LFR_N_SWP_P hors limite dans une TC_LFR_LOAD_NORMAL_PAR n'est pas détecté

Added by Veronique bouzid over 6 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Low
Category:
-
Target version:
-
Start date:
23/04/2015
Due date:
% Done:

0%

Estimated time:
revision:
r0

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

History

#1 Updated by paul leroy over 6 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.

#2 Updated by Veronique bouzid over 6 years ago

  • Status changed from Resolved to Closed

se referer à feature #481

Also available in: Atom PDF