DEATH >
Autant fabriquer PCB et souder les composants c'est rapide, autant un ASIC ça met plusieurs semaines/mois pour être produit, surtout un truc aussi complexe qu'un CPU.
De plus, on sais aussi qu'il y a eu au moins 2 versions et donc des tests et correction de bugs entre les versions. Ça à du prendre minimum 4 à 6 mois (et encore je suis gentil vu que TOM est un ASIC très compliqué pour 92).
Il y a aussi 2 fournisseurs différents (Motorola et Toshiba) même si ça à pu être fait en //, il est probable qu'il y ai un déphasage entre les fournisseurs.
Dans les netlists ont vois que :
- Certains sont datés de 90, les correctifs sont tagués 91 ou 92 avec un commentaires, mais aucun commentaire n'indique de profondes réécriture ou qui indiquerais qu'il y ai eu un changement de direction sur l'architecture.
- Tout est exclusivement conçu pour du 24-bit d'adresses :
Changer 32 => 24 n'est pas triviale vu que le décodage d’adresse est fait en dure à la main en NAND bit à bit (c'est d'ailleurs pour ça que quelques rare registres ne sont pas lu et écris aux mêmes adresses causé par quelques changement d'adresse de dernière minutes pour regrouper les registres)
Le plan d'adressage entre la doc flareII-92 et le plan d'adressage dans les netlist étant totalement différents : ça aurait probablement du prendre beaucoup de temps pour tout changer sans tout casser.
Surtout qu'en 92 il y avait déjà les kits de dev Felix et Rapier.
Pour le GPU en Main, ce n'est pas dû à un défaut de puissance mais à un bug de remplissage du prefetch car le latch n'est pas fait à tout les coups au bon moment sur un jump quand les données viennent de la mémoire externe (et ça concerne uniquement les jr/jump : sinon on peut exécuter du code en main, même si je déconseille vu la perte évidente de perf ainsi que le temps aléatoire d'exécution des instructions)
Le DSP a un bus 32-bit interne et externe mais n'est utilisé qu'en 16-bit sur Jag car TOM étant le contrôleur mémoire, il doit présenter les data en fonction du CPU externe. (je ne sais pas comment c'est fait sur les cojag, je n'ai pas retrouvé de schématic)
Par contre le mode 32-bit est effectivement buggé. Le bug a probablement été découvert trop tard et comme il n’impacte pas la Jaguar il n'a pas été corrigé. (bien que avoir une nouvelle révision du DSP n'aurait pas été un luxe, ça aurait permis de corriger le bug UART entre autres
)