68040.library 44.8

Nouvelle version qui fera date, enfin je l'espère :

• fix un possible crash de la précédente version 44.7 dans certaines circonstances
• 68060.library 44.10 incluse

Voilà ce qu'il fallait faire à l'époque : l'intérêt supérieur de notre machine commande une seule 68040.library unifiée de façon à garder la plus grande simplicité possible pour les utilisateurs, un fichier unique qui gère toutes les spécificités du 040 et du 060, ainsi que tous les différents modèles avec ou sans FPU et même sans MMU.

Ce nouveau source asm d'une section 100% relatif est organisé de la façon suivante :

1. patchs spécifiques 040 pour le Kickstart avec gestion EC ou LC si détecté
2. configuration de la MMU 040 si détectée
3. patchs spécifiques 060 pour le Kickstart avec gestion EC ou LC si détecté
4. configuration de la MMU 060 si détectée
5. fpsp 2.8 040 (émulation software des instructions float hardware manquantes du 040)
6. constantes et tables fpsp 040
7. constantes et tables fpsp 060
8. fpsp P1.30 060 (émulation software des instructions float hardware manquantes du 060)
9. isp P1.30 060 (émulation software des instructions integer hardware manquantes du 060)

Puisqu'un seul CPU 040 ou 060 ne peut fonctionner en même temps, les nombreuses constantes ont donc été placé entre les deux différentes fpsp.

Il existe de très nombreux doublons code et data entre les deux librairies 040 et 060, à supprimer donc pour les prochaines versions... Encore beaucoup de boulot en perspective !

Attention avec les SetPatch, il en existe de deux sortes pour les CPUs 040 et 060 : les premiers chargent uniquement une 68040.library tandis que les autres plus récents qui détectent bien le 060 et donc montent directement une 68060.library comme par exemple la version 44.38 du Boing Bag 2.

Pour solutionner cette différence le plus simplement possible, je release deux versions, une contenant 4 et l'autre 6 dans leurs noms, tout le reste est identique :

$34 égal 4 et $36 égal 6 en ASCII

Rassurez-vous, il n'y aura qu'une seule librairie pour les firmwares !

Comme d'habitude, tout est disponible ici...

     

Adaptateur 040/060 (III)

Il y avait un petit soucis dans l'exec.library des Kickstart 3.0 et 3.1 : Commodore n'a pas supporté le 060, ils s'étaient arrêté au 68040. L'astuce trouvée par les fabricants tierces de carte 68060 étaient d'ajouter quelques lignes de code pour désactiver la Fpu du 060 au démarrage, pour qu'enfin l'Amiga puisse booter en toute sérénité... L'activation de la Fpu se faisait alors plus tard...

Tous les accélérateurs 060 disponibles sur le marché avaient ces quelques lignes de code dans une eprom présente sur la carte. Certains constructeurs y avaient aussi rajouter par exemple des drivers Scsi...

Bref, il faut vraiment désactiver la Fpu au démarrage avec un 68060 et les Kickstart 3.0, 3.1 et même 3.9 ! L'auteur de cet adaptateur avait bricolé une carte Zorro 2 avec deux petites eproms contenant les fameuses lignes de code indispensables. Ici, j'ai préféré les inclures directos au tout début de l'exec.library, et j'ai flashé ce nouveau Kickstart spécial 060 dans deux puces à la place de mon Kick 3.1...

Les deux cartes utilisées pour tests sont une WarpEngine et une A3640 :

Aucun boot, rien. Testé avec les trois adaptateurs sur un 4000T, ça ne fonctionne pas ici... Me suis peut-être planté quelque part... Tout à l'air ok, pourtant...

Si vous avez réalisé cet adaptateur, merci de me contacter pour en discuter !

  

firmware 5.67 (Apollo xx60)

Nouvelle version pour encore et encore améliorer au maximum ce firmware, ceci afin déjà de valoriser la carte accélératrice et surtout de simplifier l'expérience Amiga pour les utilisateurs. Un amigaïste satisfait reste sur la machine, en fait la publicité autour de lui et certains auront même envie de créer dessus.

Beaucoup d'efforts, de temps et d'énergie de ma part pour pondre cette version : je donne priorité à l'intérêt supérieur de notre ordinateur préféré, et ma petite personne passe après.

Voilà la mentalité des vrais constructeurs sur le long terme. Et c'est grâce à cet état d'esprit que j'ai réussi à avancer, à évoluer et à alimenter ce blog au cours de toutes ces dernières années...

Bref, voici les news :

• fix des bugs graphiques de BlazeWCP 1.78 en utilisant WPATest
• fix TD_FORMAT bug (Jeff Weeks) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix IORequest bug (Chris Hodges) si scsi.device 40.12 détectée (Kickstart 3.1)
• fix R_Alert bug (Harry Sintonen) si exec.library 40.10 détectée (Kickstart 3.1)
• mathieeedoubtrans.library 46.6 (pour 040/060)
• ajout "Advanced Graphics Modes" du SetPatch 40.16/44.38 (Workbench 3.1/3.9BB2)
• ajout "CheckIO() workaround" du SetPatch 44.38 si exec.library 40.10 détectée (Kick 3.1)
• ajout "ReleaseSemaphore()" du SetPatch 44.38 si exec.library 40.10 détectée (Kick 3.1)
• ajout "Memory Pools" du SetPatch 44.38 si exec.library 40.10 détectée (Kickstart 3.1)
• ajout "ramlib signal usage" du SetPatch 44.38 si ramlib 40.2 détecté
• ajout "stack size check for CON:, RAW:, RAM:, PAR:, PRT:, SER:" du SetPatch 44.38

Avec le Kickstart 3.1 et son Workbench 3.1, vous pouvez maintenant supprimer purement et simplement le SetPatch. Et avec les 3.9, vous aurez à installer le SetPatch 44.39 !

Ces cartes Apollo bootent maintenant correctement configurées avec leurs librairies indispensables au bon fonctionnement des Amiga 1200, 3000 et 4000.

Jens Schönfled qui a racheté tous les droits, les sources softwares et les fichiers hardwares à ACT Elektronik il y a plus de 25 ans déjà pour tout bloquer va hurler de rage contre moi... Tout a été réalisé par moi-même sans aucune autorisation, de toutes les façons, si je lui avais demandé, il aurait refusé.

Il faut dénoncer en public ces gens-là. Ils causent des dégâts incroyables à notre machine...

En 2009, Jens Schönfled avait une excellente opportunité pour peut-être relancer notre ordinateur : les 68060 révisions 6 étaient très accessibles et en grande quantité, j'en avais même acheté un à seulement 33 € + frais de port à l'époque :

Jens Schönfled n'a rien fait : il a préféré développer ses ACA 68030 à faible puissance car il achetait ses 030 au kilo, donc à presque rien...

Depuis la fin de Commodore, tout à été fait pour enfoncer et couler notre machine 68k, TOUT ! Et la descente en enfer continue encore aujourd'hui...

Les infiltrés savent que le bien de la machine est la priorité numéro un, ils inversent, ils font passer leur intérêt personnel en tout premier.

Ils savent que les Amiga 68k ont toujours été équipé de CPUs Motorola, ils inversent, ils mettent un Intel (Altera a été racheté par Intel).

Ils savent que les codeurs sont surtout intéressés à pondre du software sur le vrai matériel original, ils inversent, ils inventent de l'émulation 68k sur processeur ARM.

Partout où ils peuvent inverser, ils inversent pour faire fuir le plus de codeurs et d'utilisateurs possible depuis presque 30 ans maintenant...

Fin des années 80 et début des années 90, nous étions la machine avec le plus de créativité software, il ne reste quasi plus rien aujourd'hui, alors qu'il aurait été assez simple d'au moins la maintenir à flot.

Prenez conscience de la réalité pour que les choses changent enfin dans notre communauté infectée par les infiltrés. Ne les aidez jamais, n'achetez jamais leurs produits, ne répondez jamais à leurs emails, ne participez jamais avec eux sur les forums, ne faites jamais de publicité pour eux...

Comme d'habitude, tout est disponible ici...

      

A3660 rev 1.2

Une nouvelle version de la 3660 avec plusieurs toutes petites améliorations :

• mon adaptateur 040/060 est intégré,
• donc plus aucun composant sous les chauds 040 ou 060,
• les trous des pinoches du 040/060 sont plus gros,
• tous les composants sont maintenant regroupés sur une seule face,
• deux trous pour la fixation du ventirad CPU,
• trois trous pour un éventuel radiateur à fabriquer pour les Gals,
• le support pour oscillateur au format CMS (toujours +5 volts),
• petits trous pour l'aération de chaque Gal,
• la sélection du 040 ou 060 par un JMP,
• la sélection du délais 5ns ou 10ns par un JMP,
• de nombreuses résistances 0805 remplacées par des "network resistors",
• un JMP NMI pour HRTMon,
• le JMP Maprom a été supprimé,
• les quatre fixations à la CM ont été relié à la GND,
• un trou pour le maintien d'un éventuel radiateur pour le régulateur.

Un radiateur peut maintenant très bien se fixer, plus besoin de colle :

Afin d'éviter l'achat d'un support pour les 040/060, il est possible de souder directement toutes les petites pinoches à fond en les soudant de l'autre côté, maintenues par un support pour un bon alignement. Ou vous avez toujours la possibilité de souder un support CPU si vous voulez :

Petite astuce pour ôter les CPUs avec une simple petite cuillère à café évitant ainsi d'endommager la PCB et le CPU, ça marche très bien :

Les "network resistors" (4 résistances regroupées en un seul composant) font gagner beaucoup de place sur la PCB.

Le JMP Maprom était un petit hack, mieux vaut bouger le Kickstart par le software. De plus, il ne permettait que 512 Ko, alors autant l'évincer...

Il me manque beaucoup de composants pour en monter une : si vous les avez, je vous vends une PCB nue pour 12.50 € port compris pour le monde entier. Me contacter sur mon email !

 
Toutes vendues !
  

Code optimisation (III)

Voici une autre vieille routine que j'ai retrouvée suite au précédent article concernant le code 'déroulé', appelé aussi par les anglophones 'unrolled'.

Cette technique était utilisée sur des CPUs sans code cache L1 ou L2 (68000 et 68010), qui rappelons-le est une mémoire rapide au sein même du processeur qui conserve le code afin de minimiser les échanges beaucoup plus lents entre le 68k et la fastram.

La routine ici a été codé par les ingénieurs de Commodore dans les années 1983/84/85 (Kickstart 1.2), donc pour le 68000. Ce sont les vecteurs d'interruptions, les autovec de l'exec.library. Ils n'ont par la suite pas été retravaillé dans le Kickstart 3.1 et même dans le 3.9 :

Or, à partir du 68020, Motorola ajoute à ces nouveaux CPUs ce fameux code cache, mais hélas sans son compagnon le branch cache. Ce dernier n'arrive en effet que sur le 68060. Le branch cache est une nouvelle astuce qui permet d'éviter des cycles de branchements, indispensable pour maximiser encore l'efficience les boucles (loops) présentes dans le code cache. Peu importe de toutes façons, il n'y a aujourd'hui plus aucun intérêt à optimiser pour tout ce qui est en dessous du 68060.

Pour donc utiliser au mieux toutes les spécificités du 68060, il n'y a pas d'autres solutions que de tout reprogrammer, avec bien en tête l'architecture du 060.

Les six routines autovec font au total 544 octets. Il faut bien se souvenir que :

1. Les accès fastram sont lents sur nos Amiga Classic, c'est à dire que le temps de transfère du code contenu de la mémoire pour traitement dans le CPU est élevé,
2. Lorsque le CPU demande du contenu fastram, il attends de la recevoir de la mémoire.

Bref, pour ce genre de routine, plus le code est court et plus rapide c'est pour un CPU comme le 68060.

Avec donc une autre technique de programmation utilisant le moins possible le code avec des boucles, le résultat final ne nous donne plus que 134 octets !

Pour chaque autovec, un longword informatif est envoyé dans d1, contenant :

1. Le nombre de décalage de bits (.b),
2. Le décalage initial (.b),
3. L'offset ($54 pour IntVec0) (.w).

Le registre d1 est ensuite utilisé par la boucle pour tester les bits relatifs aux six autovec :

Voilà donc 134 octets 68060 qui donnent un résultat identique aux 544 initiaux 68000 : c'est quatre fois moins. Notez qu'ici, ce nouveau code est totalement compatible avec le 68000, mais peut-être légèrement plus lent pour lui.

Une cerise est encore belle et bien présente ici : le gain de place dans le Kickstart, 410 octets de sauvés pour cet exemple. Commodore avait bourré au maximum toutes ses roms, et il n'y avait plus de disponibilité pour des commandes très utiles comme par exemple la 'dir'... En économisant donc le plus d'octets possibles, il sera tout à fait possible de rajouter ces routines quasi-indispensables pour les utilisateurs ! Qui n'a pas pesté ici au moins mille fois pour un 'dir' à charger d'abord par une disquette ou sur disque dur pour obtenir un directory ?

Pour finir, sachez que tous les CPUs ont des points forts et des points faibles. Ici pour ce qui concerne le 060, sa plus grande faiblesse est qu'il nécessite du code bien réfléchi et bien ordonné pour donner le meilleur de lui-même !

Monsieur le 68060 se régale avec du code bien optimisé pour sa personne !!

  

firmware 44.74 (BPPC 060)

Un nouveau firmware pour la BlizzardPPC résolvant un soucis (aucun boot) avec les Kickstart de 1 Mo ou plus sur Amiga 1200, dû à la fonction hardware "MapRom" activée ne gérant que 512 Ko.

Je le répète encore une fois, je suis contre ce genre de hack sur les cartes accélératrices : mieux vaut bouger le Kickstart en fastram par le software.

N'ayant qu'un source du firmware désassemblé à la main, Salvatore refusant hélas en décembre 2016 de me donner le source original, je n'ai pu que supprimer la possibilité on/off du gadget MapRom.

 

La marche à suivre pour flasher ce nouveau firmware est donc la suivante en ayant copié mon nouveau fichier de flash <BlizzPPC060Update4474> sur une disquette :

 

1) allumer votre Amiga 1200 avec de la fastram sur la BlizzardPPC

2) appuyez vite sur la touche <ESC> pour entrer dans le menu interne du firmware

3) cliquez sur "System" :

4) ensuite sur "MapRom" de façon à ce qu'il soit lisible

5) cliquez si besoin sur les 4 gadgets suivant pour qu'ils soient tous à "No" comme ceci :

 

C'est à dire "No MacPatch", "No SCSIPatch", "No NCR SCSIPatch", et "No Checksum Patch".

 

6) ensuite, cliquez sur le gadget tout en haut pour faire apparaitre "No MapRom" :

 7) cliquez alors sur "Use" tout en bas à gauche :

 

8) et ensuite sur "Save" :

L'Amiga 1200 va alors sauver ces nouvelles préférences dans l'eeprom de la BlizzardPPC, et l'ordinateur va rebooter. Eteignez alors l'Amiga.

 

9) rallumez l'Amiga quelques temps après

10) maintenez pressée ensuite la touche <s> tout en appuyant sur les deux boutons de la souris

11) dans la early-startup, allez dans "Boot Options...", et "Disabled" tous les volumes HD/CF

12) ensuite "Boot With No Startup-Sequence" en maintenant <s> encore durant le boot sur la D7

13) lancez le flashage en tapant <BlizzPPC060Update4474> sur le cli
14) attendez la fin du flashage...

 

 

Avec ce nouveau firmware en version 44.74, le gadget problématique "MapRom" ainsi que sa fonction de mappage sera ainsi toujours sur off et la BlizzardPPC fonctionnera très bien avec les petits tout comme avec les gros Kickstart :

Pour mettre le Kickstart en fastram, utilisez maintenant des solutions softwares.

Comme d'habitude, tout est disponible ici de façon gratuite...

 

ATTENTION !

 

Cette nouvelle update est un HACK !

Il marche chez moi = j'ignore s'il marchera chez vous !

 Si il y a un quelconque problème, vous serez obligé de dessouder l'eeprom,

de la reflasher avec un programmateur et de la ressouder sur la BlizzardPPC

Je ne serai en aucun responsable de l'utilisation de

cette nouvelle version HACKEE !

        

firmware 5.64

Encore une nouvelle version avec quelques améliorations :

1. la toute dernière version trigonométrique de Motorola (M68060 Software Package PR P1.00),
2. CopyMem/Quick_060 v1.1 de Matthey inclu,
3. RsrvCold et RsrvWarm pour Fusion inclus.

Des résultats erronés aléatoires apparaissaient avec certaines fonctions trigonométriques décelés depuis longtemps, et j'ignorais pourquoi... Et bien, il y a quelques jours, bingo : cette librairie utilisait une vieille version béta du package distribué par Motorola... Je l'ai donc updaté avec la toute dernière version disponible, et les bugs hasardeux ont disparus ! Ouf !

Ensuite, les deux fonctions de l'exec.library, à savoir R_CopyMem et R_CopyMemQuick du Kickstart étaient toujours pour le 68000, maintenant deux autres spéciales pour le 060 ont été incluses avec la permission de son auteur Matthey.

Pour finir avec cette nouvelle version, Fusion le célèbre émulateur Mac avait besoin pour les CPUs 040/060 de deux petits programmes à mettre dans la startup-sequence et ce avec toutes les versions du Kickstart, en occasionnant même un reboot de la machine : c'est dorénavant de l'histoire ancienne !

Fusion démarre maintenant très bien, sans aucune modification ou ajout supplémentaire ! Et surtout sans aucun reboot de la machine !!

Depuis le temps que tout cela aurait dû être fait... Faut être patient sur Amiga alors...

Plus besoin de mettre les mains dans le cambouis, tout est opérationnel à l'allumage de l'Amiga !

  

Romy à vendre

Voilà un petit batch de Romy pour A4000D et 4000T qui vient d'arriver :

La PCB est de haute qualité :

Ainsi que les soudures :

Ce module qui se clipse sur Fat Gary permet des Kickstart d'une capacité de 1 Mo, au lieu des traditionnels 512 Ko du Kick 3.1 !

Le prix de vente est à 19 € port Prioritaire à l'international compris

L'intérêt d'un Kickstart 3.9 de 1 Mo :

- quelques bugs fixés ici et là
- la gestion disque dur IDE de 128 Go
- gestion du ramdisk améliorée
- système de fichiers FFS plus récent
- console.device plus récente
- shell plus complet
- intégration de "PrepareEmul" pour émulation Mac
- une workbench.library bien plus complète
- une icon.library beaucoup plus rapide et très améliorée
- KingCON pour Cli avec ascenseur, drag&amp;drop...
- anticlick lecteur de disquette intégré (plus aucun clic-clic gênant)
- gestion de l'adaptateur 040/060 avec un 060 Mmu &amp; Fpu
- clavier fr dès l'allumage et lors d'un boot sans startup-sequence

Bref, plein de petites améliorations ici et là qui au final apporte une meilleure expérience Amiga Classic avec bien sûr le boot direct sans reboot du Workbench 3.9 !

Pour finir, après avoir ajouté tous les derniers modules disponibles, il reste environ 280 Ko de libre dans cette nouvelle rom de maintenant 1 Mo...
 
Ah, et cette nouvelle Rom 3.9 est 100% compatible avec le Workbench 3.1

Après, j'ignore pourquoi H&P à l'époque ne l'a proposé qu'en version software...
   

68060.library 45.4 générique

Toutes les 68060.library sont composées de 4 parties :

1. les patchs Kickstart spécial 060
2. les diverses opérations avec la MMU
3. l'émulation des instructions manquantes integer
4. l'émulation des instructions manquantes float

Avec cette version 45.4, j'ai donc déjà remplacé tout le code bien moyen-moyen du 1) par de la qualité supérieure : toutes ou presque les instructions inutiles ont été dégagé et le code réduit au minimum, puisque la plupart du temps, plus il est compact, mieux c'est pour ce genre de routines.

• la SSP et la VBR toujours copiées dans la fastram maintenant
• R_BeginIO patchée si input.device 37.12 détectée (Kickstart 3.0)
• R_BeginIO patchée si input.device 40.1 détectée (Kickstart 3.1/3.5/3.9/3.X)
• R_CachePostDMA_060 optimisée
• R_CachePreDMA_060 optimisée
• R_CacheControl optimisée quelque peu

Donc comme je le disais : tout reprendre et améliorer afin d'enclencher une nouvelle ère si je puis dire pour nos Amiga 68k. Une base nouvelle avec pour fondation la qualité de la programmation, rien que ça, soyons ambitieux : l'asm à donf et le C au placard !

Comme d'habitude, tout est disponible ici...

   

68060.library 46.28

Nouvelle version 46.28 testée cette fois sur une vraie BlizzardPPC :

• compatible avec BPCCFix 1.4
  
• compatible avec BPPCFixFix 1.0.0
  
• automatique Kickstart 512 Ko maprom avec la MMU
• automatique Kickstart 1MB maprom avec la MMU si 1MB détecté (à tester)
  
• instruction move16 désactivée si Cyberstorm MK1 détectée (firmware 1.3 requis)
  

Alors oui, la Cyberstorm MK1 a un problème hardware avec l'instruction move16 des 040/060, mon testeur me l'a bel et bien confirmé.

Je lance un appel sans grand espoir toutefois, si quelqu'un de très compétant pouvait se pencher sur ce problème et le résoudre : dommage de laisser trainer un gros bug génant comme celui-ci, même si la carte est ancienne...

Avant de consacrer beaucoup de temps et beaucoup d'énergie à du nouveau matériel, peut-être faudrait-il déjà mieux commencer par fixer les soucis hardware et software de nos vieilles cartes, qui sait... A méditer !

Là encore avec cette 46.28, tout est automatique : la librarie détecte tout seule si une MK1 est installée, ou la taille du Kickstart et adapte le code en conséquence.

Je vais updater tous mes firmwares avec cette nouvelle version...

Comme d'habitude, tout est disponible ici...

   

CopyMem/Quick v1.1

Le patch disponible sur Aminet CopyMem/Quick en version 1.1 est l'oeuvre de l'américain Matthey. Il remplace deux fonctions de l'exec.library R_CopyMem et R_CopyMemQuick qui ont pour seul but de copier une source vers une destination... Et c'est tout !

Ces deux fonctions dans le Kickstart 3.1 ne sont pas très adaptées pour le 68060. J'avais d'ailleurs incorporé ce patch avec l'autorisation de son auteur dans mes nouvelles versions de l'exec.library :

Mon exec.library n'étant est pas encore tout à fait super 100% opérationnelle, j'ai préféré inclure ce patch dans la 68060.library des cartes Apollo et Phase5 : c'est finalement mieux ainsi, toutes les spécificités 060 sont regroupées dans cette librairie.

Les benchmars ont été refait, et oui, toutes les copies sont bien plus rapides maintenant :

Et puis ça fait un patch en moins à ajouter dans la user-startup, ce qui simplifie la vie des utilisateurs, puisque tout est intégré maintenant dans un seul fichier.

Une instruction spécifique aux 040 et 060 (la "move16") est utilisé dans les routines : certaines personnes à son sujet affirment qu'elle peut poser soucis lors d'accès à la chipram alors que d'autres disent qu'elle fonctionne très bien partout. Dans le doute, move16 est appelée ici uniquement pour la fastram.

Attention : les CyberStorm MK1 (toutes ou alors seulement certaines ?) ont peut-être un bug hardware avec justement cette instruction move16. Il est déconseillé d'utiliser la 68060.library version 45.18 pour cette carte accélératrice en attendant des tests plus approfondis.

Les nouvelles versions de la 68060.library sont disponibles ici.
  

firmware 44.82 (WinUAE BPPC)

Nouvelle version avec ma fameuse surprise :

• ajout de ma cgxsystem.library 42.8b4 si PicassoII ou PicassoIV détectée
• update fblit.library en version 3.85
• fblit.library non montée si carte PicassoII ou PicassoIV détectée
  
• ajout BWCP_WritePixelLine8 de BlazeWCP 1.75 (Rick Pratt) pour l'AGA
• ajout BWCP_WritePixelArray8 de BlazeWCP 1.75 (Rick Pratt) pour l'AGA
• ajout BWCP_WriteChunkyPixels de BlazeWCP 1.75 (Rick Pratt) pour l'AGA
• Bootstrap 68040/060 un peu plus rapide
• ajout du nom 'BlizzardRam' pour la fastram
• ajout "Advanced Graphics Modes" du SetPatch 40.16/44.38 (Workbench 3.1/3.9BB2)
• ajout "BOOL CheckIO() workaround" du SetPatch 44.38 si exec.library 40.10 détectée
• ajout "exec/ReleaseSemaphore()" du SetPatch 44.38 si exec.library 40.10 détectée
• ajout "Memory Pools" du SetPatch 44.38 si exec.library 40.10 détectée (Kickstart 3.1)
• ajout "ramlib signal usage" du SetPatch 44.38 si ramlib 40.2 détecté
• ajout "stack size check for CON:, RAW:, RAM:, PAR:, PRT:, SER:" du SetPatch 44.38
  
• BootVGA.monitor 44.4 avec Scout/Residents/rt_IdString ajusté
  
• BootVGA.Monitor 44.4 avec Scout/Residents/rt_IdString ajusté
  
• cdrive.filesystem 3.23 avec Scout/Residents/rt_IdString ajusté
  
• cybpci.library 2.5 avec Scout/Residents/rt_IdString ajusté
  
• blizzppc.device 44.37 avec Scout/Residents/rt_IdString ajusté
  
• romboot.device 0.1 de Christian Vogelgsang (Lallafa) finalement supprimée
  

Ancienne capture, la fblit.library n'est plus montée dans ma version finale si carte Picasso détectée

L'excellente nouvelle concerne donc l'intégration de la librairie RTG CyberGraphX 4.

 

Voilà ce qu'il fallait faire en 1998 : améliorer le software, proposer un firmware plus complet, simplifier l'utilisation de la BlizzardPPC pour les utilisateurs...

 

Tout en reverse-engineering, sans l'autorisation de Phase5 et de Frank Mariak qui vont alors vouloir me tuer. Je sais, je sais, j'ai l'art de me faire des amis... Comme quoi vous voyez, avec un peu de volonté : ce qui semblait impossible était possible en réalité ! Les codeurs de Phase5 avec leurs sources originaux avaient tout à fait le niveau pour le faire eux-mêmes à l'époque, mais non...

La cgxsystem.library présente est seulement en version béta 4, car il faut encore que je convertisse mes vieux sources de 2015 de Phxass à Vasm, puisque j'étais allé jusqu'à la béta 6. Elle est montée dans AmigaOS seulement si une PicassoII ou une PicassoIV est détectée, sinon la BlizzardPPC considère que le moniteur utilisé est de l'AGA.

 

Dans la même idée, la fblit.library ne sera montée que si aucune carte RTG n'est détectée, puisque je le rappel, FBlit est uniquement destiné aux écrans OCS/ECS/AGA.

 

Alors quelques précisions concernant cette cgxsystem.library : tout est identique à la version sur HD à la différence qu'il est nécessaire d'ajouter mon utilitaire 'opencgx4' après les assign ENV dans la Startup-Sequence. En effet, ma version dans le firmware est chargée mais en "sommeil" à cause des variables ENV qui ne peuvent se lire qu'après le boot de la machine : 'opencgx4' va donc "réveiller" ou plutôt enfin initialiser ma cgxsystem.library :

Ajout aussi de BlazeWCP 1.75, un incontournable.

Le Bootstrap est plus rapide, avec de nombreuses simplifications.

Comme pour la Blizzard 1230, la fastram a maintenant un nom.

Le SetPatch pour le Workbench 3.1 peut être supprimé, et pour le Workbench 3.9, vous devrez installer le nouveau SetPatch 44.39 !

Les modules compactés ont vu quelques très légers ajustements au niveau de leur description rt_IdString dans Scout pour être conforment avec tous les autres Résidents.

La romboot.device est finalement supprimée, plus logique de la mettre dans le Kickstart.

Comme d'habitude, tout est disponible ici...

   

firmware 44.79 (WinUAE BPPC)

Nouvelle version du firmware pour la BlizzardPPC avec cette fois 4 nouvelles librairies ajoutées :

1. mathieeedoubbas.library 46.1 (Matthias Henze)
   
2. mathieeedoubtrans.library 46.1 (Matthias Henze)
3. mathieeesingtrans.library 46.1 (Matthias Henze)
4. mathtrans.library 46.1 (Matthias Henze)

Les 1) et 2) sont surtout utilisées pour la 3D : et ce sont les versions spéciales 040 et 060 avec Fpu qui s'accordent donc pleinement avec la carte. Plus besoin de se prendre la tête avec leurs installations sur disque dur, de demandes d'informations ici et là sur les forums, de bugs ou problèmes éventuels car versions pour d'autres CPUs...

Sachez que j'ai envoyé deux emails à l'auteur Matthias Henze des quatre 46.00 et je n'ai eu aucune réponse. J'estime donc que l'auteur s'en fiche et m'autorise à en faire ce qui est bon pour nos Amiga 68k, d'autant plus que 95% du code est des sources fournis par Motorola à l'époque. Je gagne un temps incroyable à utiliser le travail des autres. Et ensuite, je consacre de nombreux jours à tout désassembler pour recréer les sources avec ce que j'ai sous la main.

L'auteur demande je crois 10 € sur son email pour la registration.

J'ai rajouté la configuration CPU minimum requise pour le bon fonctionnement de chaque librairie :

• MC signifie CPU avec Mmu et Fpu
• LC signifie CPU avec Mmu et sans Fpu
• EC signifie CPU sans Mmu et sans Fpu

Petit rappel, les mathffp.library 40.1 et mathieeesingbas.library 40.4 sont dans le Kickstart 3.1

En 1998, voilà ce qu'il fallait faire en priorité !

C'était tout à fait possible à l'époque et assez simple à réaliser en plus...

Encore une belle erreur de Phase5. Bref, le firmware de la BlizzardPPC monte quelque peu en qualité avec 24 ans de retard : encore heureux que tonton Cosmos Amiga soit là, parce que alors...

Après, même si ce hardware est vieux et n'est plus fabriqué, l'important est que tout le système de librairies romable/firmwareable fonctionne, je peux le réutiliser pour d'autres hardware avec peu de modifications : je me sers de la BlizzardPPC pour réussir à obtenir du fonctionnel 100% asm 68k testable dans la réalité et l'émulation WinUAE.

 

Si vous avez des projets de cartes accélératrices 040/060 intéressantes avec firmware, sachez que le plus gros du travail d'initialisation software complet de ces processeurs est déjà opérationnel depuis longtemps de mon côté, et simple à adapter sur de nouvelles cartes. Donc pour ceux qui le penserait, je n'ai en rien perdu mon temps avec cette 44.79 ayant certes peu d'avenir, voire même aucun d'ailleurs...

 

A voir comme un entrainement en quelque sorte pour du hardware futur.

 

Comme d'habitude, tout est disponible ici...

  

DraCo bootrom 1.5

Voilà un DraCo qui arrive à la maison. Bienvenu !!

Branchement, pas de boot... Y'a que la disquette et le lecteur CD qui fonctionnent.. Allons bon, ça commence bien...

La souris fait des sienne, marche quand elle veut ! Arf, c'était des connections hasardeuses dans les câbles, tout près des trois boutons... Il a suffit de couper la partie problématique, et de reconnecter le reste au PCB de la souris ! Ouf, elle remarche !

Mais toujours pas de boot ! Ouvrons donc le DraCo Cube, et là surprise, pas de HD !

Comprends mieux maintenant ! Le gars qui me l'a vendu à gardé le dur pour lui ! Oh le sagouin !

Le contrôleur est SCSI 3 dans le DraCo. Heureusement, il existe des adaptateurs SCSI-IDE comme celui-ci, pour brancher de l'IDE bien plus simple à trouver :

Plugé dans le DraCo, toujours pas de boot, alors que cette fois le disque dur est bien présent !

En cherchant sur le Net, il existe une bootrom 1.5 alors que celle ici est 1.3 !

Installons donc cette nouvelle version :

Il y a un Kickstart v40.63 DraCo sur la carte principale :

Après vérification, c'est en fait un Kick d'A3000 v40.68, mais en une seule Rom. Il y a donc une erreur sur le sticker !

La bootrom est ici. Elle n'est pas sur support, il va falloir dessouder :

A l'air chaud, ça ne prends que quelques secondes :

Heureusement, c'est une eeprom, c'est à dire que l'on peut la reflasher à l'infini :

C'était bien une 1.3 :

Allez zou, on reprogramme avec la 1.5 :

Installons un support, peut-être qu'il y a une version plus récente encore...

C'est bon, ça marche :

40.68 je vous disais en bootant sur la D7 :

Mais toujours pas de boot HD !!! Oh là là !!

Après quelques recherches, il apparait que le disque était formaté avec PFS3 !

En reformatant FFS, le DraCo se mets enfin à booter dessus !

La bootrom prends donc le filesystem dans le Kickstart et pas dans le RDB du disque. Noter qu'il y a le même soucis sur les cartes GVP TekMagic 2040/2060 et TRex 040/060 !
      

A3640 become A3660

Une personne me demandait comment installer notre célèbre adaptateur sur sa 3640 !

Et bien, c'est très simple, il suffit juste d'ôter le 68040 si possible avec un extracteur de 486 :

Et ensuite plugger l'adaptateur comme ceci :

Là encore, cet adaptateur équipé d'un 68LC060 (sans Fpu) marchera très bien avec un Kickstart 3.0 et 3.1 alors qu'avec un 060 complet (avec Fpu) nécessitera une exec.library spéciale flashée dans le Kickstart.

Il est aussi nécessaire d'installer la 68060.library v46.7 de Phase5 dans Sys:Libs/ ou alors le package MMUlib de Thor sur Aminet.

Avec maintenant un 68060, vous pouvez monter la carte à 64 ou 66 Mhz ici !