Activity
From 01/03/2014 to 30/03/2014
30/03/2014
-
05:42 PM SocExplorer Bug #107 (New): SocExplorerPlot python module doesn't work on Windows
- The SocExplorerPlot module crashes SocExplorer when you try to instantiate it.
-
- To make easier loader plugin development, an abstract class to manage elf/bin/srec/... files is mandatory.
This clas...
28/03/2014
-
03:25 PM LFR-FSW Bug #105 (Closed): Traitement de TC avec PACKET_LENGTH erronné
- Pour déterminer la longueur de la TC, le LFR FSW utilise le contenu du champ PACKET_LENGTH.
C'est une implémentation... -
- TM_LFR_HK, SY_LFR_FPGA_VERSION_N3=255 est une coquille.
On attend SY_LFR_FPGA_VERSION_N3=7.
Contexte:
LPPMON Ver... -
- Le pb n'est pas corrigé. Extraits de traces (toute TM_LFR_SCIENCE_x confondus) :
* > nom=300s, mean=300.00390625s, é... -
11:24 AM LFR-FSW Bug #79 (Resolved): TM_LFR_HK: mise à jour de HK_LFR_EXE_TC_[CNT|ID|TYPE|SUBTYPE|TIME] après reception de TC_LFR_UPDATE_[TIME|INFO].
- Le bug ne devrait pas se produire avec fsw >= 1.0.0.3.
-
- Bug non reproduit avec fsw = 1.0.0.4 et vhdl = 0.1.7
Vérification en lançant le mode BURST et en regardant les logs ... -
- Voici la façon dont est vérifiée la cohérence des TC:
=> on scrute la TC dans l'ordre en commençant par le premier b... -
- Ce problème vient de la brique StarDundee et pas de LFR. Normalement, il n'apparaît pas avec la brique GRESB, qui n'e...
-
- fsw >= 1.0.0.4
pour la mesure du temps de boot, un paquet HK est émis à la fin du boot avec tous les octets à 0xff h... -
-
- Il faut distinguer deux choses:
1) il peut arriver dans les cas où deux TM doivent être émises quasiment simultanéme... -
- avec fsw <= 1.0.0.3 et peut-être quelques versions ultérieures, voici comment démarrent les modes:
=> réception de l...
27/03/2014
-
- A chaque salve de (huit) TM_LFR_SCIENCE_BURST_CWF_F2, PA_LFR_ACQUISITION_TIME est incrémenté de 0xA8000 (ie 10.5s). C...
25/03/2014
-
- fsw >= 1.0.0.3
L'origine du comportement est identifiée. Voici le déroulement actuel des actions à réception de TC_L... -
- Plantage non reproduit avec fsw = 1.0.0.3 en développement.
Test relancé (dépot VALIDATION, changeset 6, b518198185a...
20/03/2014
-
- Une variante de ce phénomène est observable sur TM_LFR_SCIENCE_NORMAL_SWF_F1 (avec PA_LFR_PKT_NR=1 à chaque fois).
O... -
- Le même genre de cas se reproduit avec le TM_LFR_SCIENCE_NORMAL_SWF_Fx:
> 16:08:30.359944, TC_LFR_LOAD_NORMAL_PAR, S... -
- Complément de la description ci-dessus (qq s plus tard, lors du déroulement) :
> 12:05:18.56754, TM_LFR_HK, SEQUENCE... -
- Cette issue traite du pb de l'issue "Le champ TIME des TM_LFR_HK est parfois incohérent" (http://pc-instru.lpp.polyte...
19/03/2014
-
- Les transitions de mode étant faites à la réception du time code (pour des raisons de synchronisation de l'ensemble d...
-
- Le rejet lorsque CP_LFR_ENTER_MODE_TIME<'temps interne' (SSS-CP-EQS-322) n'est également pas réalisé.
> 16:08:02.2... -
- Il s'agit de tester la robustesse du FSW LFR lors de déconnection fugitive entre carte et brique.
Les traces obtenue... -
- Il s'agit de tester la robustesse du FSW LFR lors de déconnection fugitive entre carte et brique.
Les traces obtenue...
18/03/2014
-
10:18 AM VHDLib Bug #96 (Rejected): DMA latency to access External memory
- 1- Verify than there is too waitstate access during a Memory Burst Access
2- Try others configurations to limit this...
17/03/2014
-
- (Cette issue reprend Bug #698 "La durée du boot du LFR FSW semble trop longue" de pc-instru).
Le pluggin dsu3plugin ... -
- Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_SWF_F2, est vu une fois erroné, de façon très exeptionnelle (...
-
- Le priority est passé en NORMAL, car la non affectation est en contradiction avec la SSS "The nominal case is to tran...
-
- SY_LFR_N_CWF_LONG_F3 du TC_LFR_LOAD_NORMAL_PAR packet n'a pas de valeur par défaut dans RPW-SYS-MEB-LFR-ICD-00097_Iss...
-
- Modifier le filtre hg pour que les fichiers soit versionnés.
Origine: bug suite à tentative de compilation du desi...
14/03/2014
-
05:29 PM DECOM LFR Bug #92 (Closed): Gestion du coarse time avec bit de synchro
- CUC LFR différent du CUC standard :
Le MSB du coarse time est utilisé comme flag de synchro
Il faut le prendre en... -
- Problème lecture de tableau des constantes de 2^-n à partir du mauvais indice.
Corrigé dans r36
commit:d05f35bcc4e5 -
- Conformité OK à partir de commit:d05f35bcc4e5 (r36)
-
- Il y a 25 composantes dans une matrice spectrale, pas 30, modifier la fonction BP1_set en conséquence.
-
- La fonction BP1_set génère une erreur de type "0x07 = Memory access to un-aligned address" à l'exécution dès que i = ...
13/03/2014
-
- A partir du passage en mode BURST, la première TM_LFR_SCIENCE_BURST_CWF_F2 est envoyée 13s plus tard.
C'est inatendu... -
- Action à clore suite à point LFR 09 01 2014.
-
- Action à clore suite à point LFR 09 janvier 2014.
12/03/2014
-
- Le champ CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE est toujours ignoré.
La transition vue semble immédiate.
> 1... -
- Il s'agit d'un phénomène très rare (et donc difficilement reproductible).
Les outils de surveillance automatique (./... -
- Numériquement, remarquons que 0.00390625=1/256.
Cela revient à un talon de 0x100 pour le champ TIME au format "CUC". -
- Cette issue fait suite à Bug #903(TC_LFR_LOAD_SBM2_PAR non rejeté en SBM1) de pc-instru.
Actuellement TC_LFR_LOAD_... -
- Gerald Saule wrote:
> Le LFR FSW accepte des périodes nulles. Ce n'est pas interdit par l'ICD; néanmoins, le comport... -
- Le LFR FSW accepte des périodes nulles. Ce n'est pas interdit par l'ICD; néanmoins, le comportement associé est indéf...
-
- Doublon avec Bug #84 (Talon dans la période de génération des TM_LFR_SCIENCE_NORMAL_SWF_Fx)
11/03/2014
-
- Cette issue fait suite à Bug #809 (Fluctuation du délai entre deux TM_LFR_SCIENCE_NORMAL_SWF_Fx (FIRST_PACKET_OF_A_GR...
-
- Cette issue fait suite à Bug #809 (Fluctuation du délai entre deux TM_LFR_SCIENCE_NORMAL_SWF_Fx (FIRST_PACKET_OF_A_GR...
-
- D'après l'ICD, SY_LFR_N_SWP_P doit être inférieur ou égal à 65528.
Avec 0xffff, LFR devrait retourner un rejet. On... -
- BitStream : "LFR_em_1.0.0.pdb":https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/191/LFR_em_1.0.0....
10/03/2014
-
- Les champs TIME et PA_LFR_ACQUISITION_TIME sont désormais cohérents avec la datation par l'horloge du PC malgré les i...
06/03/2014
-
- Cette issue fait suite au l'issue Bug #708 (TM_LFR_HK: mise à jour de HK_LFR_[EXE|REJ]_TC_[CNT|ID|TYPE|SUBTYPE|TIME] ...
-
- PDB files : "MINI_LFR-WFP_MS-0.1.4.pdb":https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/187/MINI...
-
- =>Cette issue peut être fermée. Il reste un point résiduel tracé par Bug #78 (Pb de TM_LFR_TC_EXE_CORRUPTED sur TC_LF...
-
- Cette issue traite du pb résiduel de l'issue Bug #61 (sous hephaistos).
Il y a en effet un pb de principe sur le tra... -
- Un reset HW met le champ TIME à 0, donc en particulier le bit MSB qui représente la synchronisation avec un "time cod...
-
- Les TM_LFR_SCIENCE_SBM1_CWF_F1 sont émis par salves de 8 (chaque salve correspondant à la taille du buffer: LFR_CWF_L...
05/03/2014
-
- La période d'émission des salves de TM_LFR_SCIENCE_BURST_CWF_F2 devrait être de LFR_CWF_L / F2 (= 1688/16 = 10.5s).
... -
- =>Cette issue peut être fermée.(/)
Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f
Ca... -
- =>Cette issue peut être fermée.(/)
Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f
Ca... -
- A priori, SY_LFR_N_CWF_LONG_F3 -"Production of TM LFR SCIENCE NORMAL CWF LONG F3 (if set to 1)"- des TC_LFR_LOAD_NORM...
-
- La note #1 montre l'ambiguïté des valeurs par défaut pour tout champ avec le LSB<>1; la valeur de l'ICD est-elle la v...
-
- Sans TC_LFR_LOAD_NORMAL_PAR préalable, un TC_LFR_DUMP_PAR accepté provoque:
> 14:01:58.571041, 1, 2, 0, 0, 12, 201, ... -
-
- Les données brutes sont les suivantes:
> 14:01:58.571041, 1, 2, 0, 0, 12, 201, 192, 1, 0, 29, 16, 3, 25, 0, 0, 0, ... -
-
- Les données brutes sont les suivantes:
> 14:01:56.291131, 1, 2, 0, 0, 12, 196, 192, 1, 0, 117, 16, 3, 25, 0, 0, 0, 0...
04/03/2014
-
- Suite à TC_LFR_ENTER_MODE, LFR aurait dû cesser l'émission des SBM2_CWF_F2.
Je ne vois pas le délais de 15.75 s, i... -
- fsw >= 1.0.0.2
bug identifié et corrigé -
- Il y a une erreur dans l'ICD. Si on se réfère à la spécification LFR, RPW-MEB-LFR-00003, la valeur par défaut du para...
-
- Si on se réfère à la spécification LFR, RPW-MEB-LFR-00003, la valeur par défaut du paramètre SY_LFR_S1_BP_P0 est 0.25...
-
-
- l'implémentation de la TC requière le développement d'un module spécifique pour le VHDL
-
- Pour l'instant la possibilité de modifier à la baisse la taille des snapshots n'est pas implémentée. Le fonctionnemen...
-
- La fonction précise de cette TC n'est toujours pas clarifiée. Elle demeure donc non implémentée.
-
- l'implémentation de la TC requière le développement d'un module spécifique pour le VHDL
-
- fsw >= 1.0.0.2
le bug est identifié et corrigé. Le subtype est maintenant analysé en fonction du type. -
- TC_LFR_ENABLE_CALIBRATION et TC_LFR_DISABLE_CALIBRATION sont acceptées quel que soit le mode.
Mais pour l'instant, l... -
- à retester avec la configuration suivante:
fsw >= 1.0.0.2
VHDL >= 0.0.10
des corrections majeures ont été faites s... -
- les paramètres concernant les matrices spectrales (ASM) et les paramètres basiques (BP) ne sont pas implémentés pour ...
-
- le bug est identifié. la correction nécessite un peu de redesign au niveau VHDL. Jean-CHristophe s'en occupe.
-
- fsw >= 1.0.0.2
bug identifié et corrigé
Une TC avec SOURCE_ID = 0 est rejetée.
Also available in: Atom