The data structure doesn't follow the VHDL conventions, and this makes
it hard to produce correct vectorized output from that.
There are still some issues, such as bit with different types that are
not handled correctly.
- Bug : quant on route deux connecteurs dont les terminaux physiques
sont en ALU1 et contigue (separe par exactement 1 pitch de routage)
la fonction "CAStar::CNodeAS::successors()" va trouver le terminal
voisin au premier coup et ne passera jamais en ALU2 (routage en
pure ALU1, ce qui est interdit). Du coup l'arbre de routage
en cours de construction se trouve vide et se comporte, pour le
connecteur suivant, comme en cas d'echec de routage (pile de
voisinage vide).
Solution : dans le cas de l'ALU1 (z==0), on n'examine que le
voisin "au dessus" (le "top()").
- Ajout de la macro "oldgcc.m4" dans la liste des CVS_STARTUP_FILES,
pour nero & ocp.
* attila/src/attila.sh :
- Recherche de l'OS deplacee de "compile_tool()" vers "load_conf()".
- Ajout d'une phase de substitution de l'OS dans la variable
ALLIANCE_TOP (fonction "switch_os()"). Necessaire, car dans le
cas d'une reinstallation complete ALLIANCE_TOP peut etre transmis
au travers du rsh/ssh avec pour valeur celle de la machine d'ou
a ete lance attila. Donc si on part d'une Linux vers une Solaris
on n'utilisera pas le bon ALLIANCE_TOP, d'ou la phase de
substitution.
Remarque : si ALLIANCE_TOP est forcee a "/asim/alliance" ca
marche toujours.
Remarque 2 : tout cela est tres fortement dependant du schema
de nommage adopte a l'ASIM ...
nero/src/MDefs.h,
nero/src/RMBK.cpp :
- Ajout d'une prise en compte limitee du pre-routage. Ceci implique de
pouvoir fusionner deux CTerm au cours de la construction d'un CNet.
D'ou l'introduction d'une nouvelle exception "merge_term" qui est
relachee par "CNet::newaccess()" pour etre attrapee par
"CNet::newaccess()".
nero/src/AAstar.cpp,
nero/src/ADefs.h,
nero/src/MNet.h,
nero/src/MPri.h,
nero/src/MDRGrid.cpp,
nero/src/MDefs.h,
nero/src/RBox.cpp,
nero/src/RMBK.cpp,
nero/src/RDefs.cpp,
nero/src/nero.cpp :
- Ajout d'un "serial" (affiche) pour que l'utilisateur puisse savoir
simplement quant le programme a ete reinstalle (a numero de version
invariant). Suggestion Patricia.
- Bug : CAStar::CNodeASSet::reset() : lorsqu'exactement 4097 elements
CNodeAS etaient utilises, le reset ne reinitialisait pas le
4097 ieme (index := 4096). Ce qui explique les "coredumps"
residuels (mort aux modulos !).
- Bug : pour les ALU superieurs ou egaux a 5, respecter la distance
minimale bab de 8 n'oblige pas seulement a invalider une piste
sur deux, mais aussi a controler qu'au sein d'une meme piste
deux segments consecutifs respectent cet espacement. On implemente
cet effet dans "CAStar::CNodeAS::successors()" et
"CAStar::backtrack()".
- Modification : ajout d'un membre "zupper" a CDRGrid qui contient
l'index "z" a partir duquel on passe en double pitch. Actuellement
il n'est pas modifiable depuis la ligne de commande de nero.
On rend se membre accessible au travers des iterateurs de
CDRGrid : membre "::zupper()" (remarque : il faudra generaliser
l'acces aux membres de la matrice au travers de l'iterateur,
c'est pratique).
- Modification : CTerm::lockalone() : quant "zupper" vaut 4 (ALU5)
on ajoute un "dog leg vertical" aux terminaux n'ayant qu'un acces
pour que la transition vers le double pitch se passe bien.
Symptome : si cette ce deport n'est pas fait, l'Hadamard ne
converge pas (boucle du routage global sur "init", "c2i" et
??)
- Modification : CRBox::mbksave() : nouvelle facon de sauvegarder
les VIAs : au lieu de balayer la matrice puis de faire une boucle
verticale pour chercher les VIAs on balaye piste par piste dans
la direction prerentielle de routage. Ceci permet d'eviter qu'a
l'interface 1pitch / 2pitch on ne mette deux VIAs sur des pitchs
successifs (cas des segments superposes d'un meme signal en
train de s'ajuster au nouveau pitch).
Christophe Alexandre
Jean-Paul Chaput