Support #607
closedmedium Criticity : How can we do it
90%
Description
Pour valider les erreurs classées de type medium criticity:
comment fait on?
HK_LFR_DPU_SPW_EARLY_EOP
HK_LFR_DPU_SPW_INVALID_ADDR
HK_LFR_DPU_SPW_EEP
HK_LFR_DPU_SPW_RX_TOO_BIG
HK_LFR_BUFFER_DPU_TC_FIFO
HK_LFR_BUFFER_DPU_TM_FIFO
HK_LFR_AHB_UNCORRECTABLE
Updated by Veronique bouzid almost 9 years ago
- Status changed from New to In Progress
Pour valider le champ HK_LFR_DPU_SPW_EARLY_EOP, j'ai utilisé le test
/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
et apres avoir enlevé le cable sow et l'avoir remis, le champ HK_LFR_DPU_SPW_EARLY_EOP est positionné à 1:
le compteur HK_LFR_ME_CNT incrémenté de 1
la section d'erreur est à jour
HK_LFR_LAST_ER_RID: ME_LFR_DPU_SPW = 42338,
HK_LFR_LAST_ER_CODE: EARLY_EOP_EEP = 6,
HK_LFR_LAST_ER_TIME=0x8000000dc136
Ici un extrait du fichier 2016_02_04-08_23_01-HKExtract.txt
08:22:41.553099, TM_LFR_HK, TIME=0x8000000c48da, HK_LFR_UPDATE_TIME_TC_CNT=0, HK_LFR_LE_CNT=1, HK_LFR_ME_CNT=0, HK_LFR_LAST_ER_RID: LE_LFR_TIMEC = 42129, HK_LFR_LAST_ER_CODE: MISSING = 21, HK_LFR_LAST_ER_TIME=0x800000022f33, HK_LFR_DPU_SPW_TICK_OUT_CNT=0, HK_LFR_DPU_SPW_LAST_TIMC=0, HK_LFR_DPU_SPW_PARITY=0, HK_LFR_DPU_SPW_DISCONNECT=0, HK_LFR_DPU_SPW_ESCAPE=0, HK_LFR_DPU_SPW_CREDIT=0, HK_LFR_DPU_SPW_WRITE_SYNC=0, HK_LFR_DPU_SPW_RX_AHB=0, HK_LFR_DPU_SPW_TX_AHB=0, HK_LFR_DPU_SPW_EARLY_EOP=0, HK_LFR_DPU_SPW_INVALID_ADDR=0, HK_LFR_DPU_SPW_EEP=0, , HK_LFR_TIMECODE_ERRONEOUS=0, HK_LFR_TIMECODE_MISSING=1, HK_LFR_TIMECODE_INVALID=0, HK_LFR_TIME_TIMECODE_IT=0, HK_LFR_TIME_NOT_SYNCHRO=0, HK_LFR_TIME_TIMECODE_CTR=0
apres avoir enlevé / emis le cable
08:22:49.022261, TM_LFR_HK, TIME=0x8000000e48d9, HK_LFR_UPDATE_TIME_TC_CNT=0, HK_LFR_LE_CNT=2, HK_LFR_ME_CNT=1, HK_LFR_LAST_ER_RID: ME_LFR_DPU_SPW = 42338, HK_LFR_LAST_ER_CODE: EARLY_EOP_EEP = 6, HK_LFR_LAST_ER_TIME=0x8000000dc136, HK_LFR_DPU_SPW_TICK_OUT_CNT=0, HK_LFR_DPU_SPW_LAST_TIMC=0, HK_LFR_DPU_SPW_PARITY=0, HK_LFR_DPU_SPW_DISCONNECT=1, HK_LFR_DPU_SPW_ESCAPE=0, HK_LFR_DPU_SPW_CREDIT=0, HK_LFR_DPU_SPW_WRITE_SYNC=0, HK_LFR_DPU_SPW_RX_AHB=0, HK_LFR_DPU_SPW_TX_AHB=0, HK_LFR_DPU_SPW_EARLY_EOP=1, HK_LFR_DPU_SPW_INVALID_ADDR=0, HK_LFR_DPU_SPW_EEP=0, , HK_LFR_TIMECODE_ERRONEOUS=0, HK_LFR_TIMECODE_MISSING=1, HK_LFR_TIMECODE_INVALID=0, HK_LFR_TIME_TIMECODE_IT=0, HK_LFR_TIME_NOT_SYNCHRO=0, HK_LFR_TIME_TIMECODE_CTR=0
Les fichiers de test (2016_02_04-08_23_01*) se trouvent dans /home/validation/data/R3/3.0.0.18/1.1.89/SVS-0064
Contexte du test
---------------------
FSW 3.0.0.18
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Updated by Veronique bouzid almost 9 years ago
- % Done changed from 0 to 90
Les HK suivantes ne seront jamais renseignées donc pas à tester.
HK_LFR_DPU_SPW_INVALID_ADDR
HK_LFR_BUFFER_DPU_TC_FIFO
HK_LFR_BUFFER_DPU_TM_FIFO
HK_LFR_AHB_UNCORRECTABLE
Il reste donc juste à trouver comment valider HK_LFR_DPU_SPW_RX_TOO_BIG
Updated by Veronique bouzid almost 8 years ago
- Status changed from In Progress to Feedback
Nous avons un script qui permet de tester le champ HK_LFR_DPU_SPW_RX_TOO_BIG.
Ce champ est mis à jour quand la TC envoyée a une taille > à 228 octets.
Le script utilisé pour valider ce champ se trouve dans /opt/VALIDATION_R3plus/lfrverif/LFR-SVS/SVS-0003/send_bad_tc1.py.
Consulter le point redmine #649.
Ne pas oublier de mettre à jour la SRS et la SVS-0003.
Updated by Veronique bouzid almost 8 years ago
- Status changed from Feedback to Closed