31 Juillet 2005. Rodolphe Czuba a lancé le projet d'extension PCI pour la CT60, une carte qui utilise un pont PCI PLX 9054 compatible avec le PLX 9080 du MILAN.

Parceque en 2005 le TOS est une sorte d'open firmware graphique, le TOS doit booter avec les principaux periphériques PCI (comme l'écran, la souris et le clavier).
Aussi j'ai planifié deux principaux drivers dans le TOS CT60 PCI :

• Le premier, est le driver pour les cartes graphiques PCI Radeon basé sur les sources linux/XFree, fVDI, et Picdesk.

• Le second, est un driver USB ohci/ehci basé sur les sources linux.

Projet CTPCI, ajouté au TOS :

26 Janvier 2006. Il y a pas mal de travail pour ajouter le support PCI (PCI BIOS, drivers, etc...) dans le TOS, néanmoins depuis quelques mois j'attend apès la CTPCI pour tester le driver Radeon (le principal driver).

Le (X)BIOS PCI est terminée depuis Aout 2005 mais non testé.
Il manque juste le mapping des registres CTPCI (configuration et interruptions en provenance des slots) pour terminer cette partie.
Quelques appels spécifiques XBIOS pour le PLX (comme dma_setbuffer, dma_buffoper, read_mailbox et write_mailbox) sont ajoutés aux fonctions originales du (X)BIOS PCI. Le PLX est aussi le premier périphérique du (X)BIOS PCI aussi il est possible d'installer et d'utiliser ses interruptions et pas seulement les slots PCI.

L'écriture du driver Radeon est terminée depuis Octobre 2005 mais non testée.
En Novembre 2005, une solution fut trouvé pour tester et debugger la partie fVDI et les appels TOS, la version alpha courante fonctionne avec un écran Videl en 65K x 640 x 480 !
Le driver fVDI est dans le TOS mais peut aussi être appelé par la dernière version de fVDI installée dans le dossier AUTO (radeon.sys). L'implémentation de fVDI dans le TOS est réduite à la taille minimale, les appels TOS sont réecrits pour utiliser toujours les variables et structures originales du TOS. Ainsi par exemple les fontes true type ne sont pas implémentés.
Les fonctions accélérés par le hard sont pour l'instant la souris, les copies d'écran, les lignes, les remplissages, et l'écran virtuel. Les fonctions XBIOS installés seulement por le driver TOS mettent à jour les fonctions écran (comme Physbase, Vsetscreen, Vsetmode, Montype, Vgetsize, et Vsetrgb) et le nouveau CT60CONF.CPX peut configurer le choix de l'écran au boot avec 256 ou 65K couleurs en :

• 320 x 240
• 640 x 480
• 800 x 600
• 1024 x 768
• 1280 x 960
• 1600 x 1200

Le driver USB est en progression, mais en pause actuellement parcequ'il est préférable d'attendre le hard et de terminer le premier driver.

Installation dans la tour :

Nous avons besoin d'espace libre pour installer au maximum les 3 cartes PCI (4 maintenant).
Personnellement j'ai planifié d'utiliser ces 3 cartes :

• Une Sapphire All-In-Wonder VE 64 MB PCI (Radeon 7500).

• Une carte générique USB2 NEC.

• Une Realtek RTL8139D PCI (un driver existe pour Milan/Hades).

Les cartes attendent la CTPCI...

Bien avant que la carte mère soit déplacée...

PCI sur la carte d'évaluation M5484LITE :

3 mois sans rien faire faute de hard, et puis Mark Duckworth début Avril me propose cette carte d'évaluation Coldfire, la M5484LITE :-). Elle contient :

• Un Coldfire MCF8584 à 200 MHz.
• Un port série avec CTS/RTS.
• Un port CAN (un bus de terrain 1 Mbits/s maximum).
• Un connecteur PCI 50 MHz.
• 2 ports ethernet 100 Mbits.
• 64 Mo de SDRAM DDR.
• 4 Mo de flash.
• Un support CompactFlash.

Il y a pas mal de travail pour faire tourner le TOS sur un Coldfire, mais c'est l'occasion pour moi d'avancer pour essayer le bios PCI et le driver pour la Radeon. La deuxième raison est bien sur de faire avancer la communautée Atari sur le Projet Coldfire Atari.

Pour le clavier, il fut facile de modifier Eiffel pour l'adapter sur un bus CAN au lieu d'un port série, pour cela j'ai installé sur le FALCON un PIC18F242 (16 bits) à la place du PIC16F876 (14 bits), la version CAN n'éxistant que sur la famille 18F, j'ai utilisé un PIC18F258 pour la M5484LITE.

Pour le TOS, j'ai réécrit le XBIOS pour gérer le port série, l'IKBD via CAN, le MFP via les timers GPT et SLT du Coldfire, la flash pour les paramètres, etc...
La CF68KLIB utilisée est celle d'un 68030, la MMU du Coldfire sert surtout a protéger le TOS copié en SDRAM. Comme sur la CT60 on retrouve de la pseudo STRAM avec le cache en writethrough, et la SDRAM avec le cache en copyback.

3 Juin 2006. Le TOS fonctionne jusqu'au démarrage du GEM, la CompactFlash est détectée mais l'écriture dans ses registres ne fonctionne pas, le bios PCI fonctionne en configuration, le VDI est inutilisable puisqu'il utilise le blitter, il faut donc que la Radeon soit utilisée via fVDI, pour cela il faut une alimentation ATX.
Il y a deux cibles maintenant, le ct60tos.bin et le firetos.hex.

Le debug sur la carte M5484LITE et Eiffel 2.0 version CAN...

28 Juin 2006. Après avoir ajouté X86EMU pour initialiser la carte Sapphire correctement sur le PCI via son VGA Bios, le (X)BIOS fonctionne sur la carte avec une résolution sélectionnée de 1024 x 768 x 65K couleurs et aussi en 256 couleurs.
La prochaine étape consiste a essayer le VDI inclus avec le TOS, la CompactFlash ne fonctionnant toujours pas.

Le boot sur la Sapphire (Radeon 7500) en 1024 x 768 x 65K avec la carte M5484LITE...

18 Aout 2006. Après avoir ajouté un ram-disque de 2 Mo, un chargement TFTP via une liste dans TFTP.INF, ayant pas mal de problèmes avec le GEMDOS sur le Coldfire, j'ai finalement utilisé et utilisé BDOS (en provenance de Emutos). Le desktop fonctionne ci-dessous en 1280 x 1024 x 65K couleurs, il y a encore quelques bugs (par exemple l'état SELECTED dans les menus, des modes graphiques transparents non accélérés, mais cela fonctionne assez bien. J'ai même lancé Aniplayer (sans le son ;-) ). Les modes 256 couleurs fonctionnent également. Pour l'instant je n'ai pas encore essayé fVDI et RADEON.SYS dans le dossier AUTO. Le fVDI utilisé ici est celui inclus au TOS et utilisant ses variables.

Le chargement TFTP et le GEM en 1280 x 1024 x 65K couleurs...

10 Septembre 2006. Passage du ram-disque à 8 Mo. Réecriture des fonctions textes de fVDI en instructions Coldfire. Modification du TOS pour qu'il fonctionne en 16M de couleurs, les icônes couleurs sont affichés en monochrome. CT60CONF.CPX permet de sélectionner les modes vidéo en 256 / 65K / 16M de couleurs pour le boot et/ou le fichier NEWDESK.INF. Kronos et Vdibench donnent de bon résultats pour les textes en 1280 x 1024 x 16M couleurs.

6 Octobre 2006. Ecriture d'un accessoire jpegsnap.acc (aucun ne fonctionnait). Ajout d'un repertoire tftpsend sur le bureau pour envoyer des fichiers vers le serveur TFTP. Petite augmentation des performances SDRAM. Essai de MiNT avec succès (les modifications se trouvent dans le fichier M5484LITE.readme).

Une capture d'écran avec jpegsnap.acc en 1280 x 1024 x 16M avec la carte M5484LITE...

8 Décembre 2006. La CompactFlash fonctionne enfin, le driver intégré au TOS peut gérer 14 partitions sur la CompactFlash. Une émulation IDE est en cours. Les protocoles XHDI et SCSIDRV sont intégrés au TOS.
Modification du modecode vidéo du XBIOS pour obtenir des fréquences différentes (56, 60, 70, 85 Hz). Ecriture d'un CPX pour tester toutes les résolutions vidéo.
Accélération du driver Radeon et du VDI du TOS (basé sur fVDI).
La prochaine étape consiste à écrire un driver Ethernet pour MiNT, essayer NFS, mais surtout intégrer DRM au driver Radeon afin d'avoir l'accélération hardware pour OpenGL.
Pour des informations actualisés chaque semaine, vous pouvez consuler le blog d'Olivier Landemarre :
Categorie Coldfire

Le CPX pour tester les résolutions vidéo et les derniers benchs...

28 Décembre 2006. Maintenant j'ai une deuxième carte graphique, une Sapphire Radeon 9250 128 Mo - 64 bits.
Les fonctions VDI textes (v_gtext, v_justified), lignes (v_pline, v_bar), remplissages (v_bar, v_recfl), et copies (vrt_cpyfm, vro_cpyfm) sont maintenant à la vitesse maximale :-).
Le TOS appelle directement les fonctions accélérés sans passer par fVDI.
Le driver reste compatible avec fVDI sous réserve que la compatibilitée ascendante soit respecté ce qui ne semble plus être le cas depuis fVDI 1.14 (vwk structure).
Les motifs de remplissages utilisateur en couleurs fonctionnent également (vsf_updat), et les rotations de texte aussi (vst_rotation) comme le TOS d'origine. Cela n'est pas supporté actuellement dans fVDI.
Voici un comparatif sous Kronos :

Il y a peu de différences de vitesse entre la CT60-100 et la M5484LITE, aussi je pense obtenir des résultats similaires sur la CTPCI.

La Sapphire Radeon 7500 All-In-Wonder VE 64 Mo - 128 bits (à gauche) et la Sapphire Radeon 9250 128 Mo - 64 bits (à droite)

24 Janvier 2007. Integration dans le TOS de VIDIX avec quelques nouvelles fonctions XBIOS entre 400 et 417 :

• 400 - vixGetVersion
• 401 - vixProbe
• 402 - vixInit
• 403 - vixDestroy
• 404 - vixGetCapability
• 405 - vixQueryFourcc
• 406 - vixConfigPlayback
• 407 - vixPlaybackOn
• 408 - vixPlaybackOff
• 409 - vixPlaybackFrameSelect
• 410 - vixGetGrKeys
• 411 - vixSetGrKeys
• 412 - vixPlaybackGetEq
• 413 - vixPlaybackSetEq
• 414 - vixPlaybackGetDeint
• 415 - vixPlaybackSetDeint
• 416 - vixPlaybackCopyFrame
• 417 - vixQueryDMAStatus

Février 2007. Suspendu les développements sur la Radeon. Les développements sur la Sapphire All-In-Wonder VE sont-ils encore utiles avec l'arrivée de la TNT ?
Etude de l'intégration d'un OS temps réel et d'une couche TCP/IP afin d'apporter des nouveaux outils sur la carte Coldfire.
Le choix se porte sur FreeRTOS et lwIP.

Mars 2007. Ajout d'un serveur HTTP, les pages sont en mémoire flash.
Passage de la partie PCI du TOS en flash au format compressé LZ. A la décompression le TOS occupe maintenant deux parties :

• 0xE00000-0xEFFFFF
• 0xFC0000-0xFEFFFF

Avril 2007. Ajout de serveurs TFTP et FTP utilisant le ram-disque de 8 Mo.
Ajout interpréteur de commandes via le port série (terminal) ou un serveur Telnet.

Juin 2007. Le Coldfire ne disposant pas d'un vrai bus error (ou Access Fault) comme le MC68060, protection des zones inutilisés via la MMU.
Utilisation des deux piles du Coldfire V4e (Superviseur et Utlisateur), modification de la CF68KLIB pour la faire tourner en mode superviseur et les tâches de FreeRTOS (le TOS lui-même est une tâche) en mode utilisateur.
Cela doit permettre de faire fonctionner plus de programmes sous la CF68KLIB.

Juillet 2007. Etude de l'ajout d'un codec AC97 sur le PSC2 du Coldfire.
A suivre...

Octobre 2007. Ajout via GlueStick (socket BSD via lwIP) du cookie et les fonctions STiK.
Il est possible d'appeler directement les fonctions de la couche TCP/IP via un cookie 'SOCK' :

• socket
• bind
• listen
• accept
• connect
• write
• send
• sendto
• read
• recv
• recvfrom
• shutdown
• close
• getsockname
• getpeername
• getsockopt
• setsockopt
• select
• ioctl
• gethostbyname
• geterrno

Décembre 2007. Essai d'ajouter un serveur VNC.

Janvier 2008. Ajout de la cible M54455EVB, le makefile peut maintenant créer trois cibles :

• CT60 CTPCI (MC68060)
• M5484LITE (Coldfire v4e MCF548x)
• M54455EVB (Coldfire v4m MCF54455)

• Freescale MCF54455 Coldfire microprocessor
• DDR2 SDRAM (256 Mbyte)
• Two NOR flash memory devices (16 Mbyte, 512 KByte)
• Serial flash
• U-Boot bootloader
• MRAM (512 KByte, accessible through FPGA Flexbus interface)
• Four PCI slots
• Two port Ethernet
• ATA connector
• Audio interface (I2S mode of SSI module connected to audio codec)
• Multiple USB interface options :
• FS/LS Host via on-chip transceiver with host support (type A receptacle)
• HS/FS/LS dual-role via external ULPI PHY (Mini-AB receptacle)
• Two RS232 serial ports (RS232 transceivers on UART0 and UART1)
• ...

• Les timers
• Un port série
• Un autre port série pour l'IKBD (souris et clavier ATARI)
• Le port Ethernet 10/100
• Le bus PCI
• Le port ATA
• Le DMA
• La MMU

Mai 2008. Correction de bugs dans la couche TCP/IP.

Juin 2008. Ajout commande pour tracer les instructions émulés par la CF68KLIB afin de trouver plus facilement pourquoi certains programmes ne l'aime pas.
Correction timeout arbitreur (interrution créant artificiellement un Access Fault).

Juillet 2008. Passage de toutes les tâches de FreeRTOS en code natif excepté la tâche TOS tournant sous la CF68KLIB.
Ajout gestion des points d'arrêt dans la tâche TOS de FreeRTOS.
En cas de plantage répété du TOS, il est tué pour faciliter le débuggage via l'interprêteur de commandes de FreeRTOS.
Ajout commande pour tracer les traps appelant le TOS.

Aout 2008. Essai d'un doubleur PCI sur la M5484LITE, malheureusement il est prévu pour un BUS PCI en 5V sur ses deux connecteurs. Isolation des pistes I/O pour contourner le problème mais il n'y a plus de sécurité., car le Coldfire ne tolére que du 3V3. Certaines cartes PCI n'ont pas de détrompeur mais leurs buffers PCI sont en 5V, pour vérifier la compatibilité de la carte il suffit de la placer dans le slot unique de la M5484LITE car l'alimentation ATX se met en sécurité si la carte PCI à ses buffers en 5V (pins I/O).
Ajout d'une carte Ethernet Realtek RTL8139D PCI en plus de la carte Radeon, essai sans succés du driver rtl8139 sous MiNT.

Le doubleur PCI

Septembre 2008. Correction bug Ethernet dans le driver FEC du MCF548X.
Ajout affichage graphique des tâches de FreeRTOS dans le serveur HTTP.
Si l'URL n'est pas trouvée dans les pages prédéfinies en mémoire flash, le serveur HTTP cherche le fichier en c:\html\.
Ajout de l'USB Mass Storage sur l'USB device du MCF548X, il utilise le ram-disque de 8 Mo. Bien que le Coldfire v4e soit buggé, cela fonctionne parfaitement sur iMac, Mac-Mini et un adaptateur TNT Visiosat TVT 250 USB.
Bonne nouvelle, Rodolphe a enfin repris le routage de la CTPCI !

Octobre 2008. Boot possible sur le ram-disque à partir d'un changement de celui-ci via l'USB Mass Storage, la procédure est la suivante :

• Placer 'USB' au début de tftp.inf.
• Dès que le boot crée le ram-disque, un message apparaît pour brancher le câble USB.
• La machine hôte détecte le Coldfire et monte le ram-disque de 8 Mo.
• Copier tous ses fichiers dans le ram-disque.
• Démonter ou éjecter le ram-disque.
• Débrancher le câble, le boot du TOS se poursuit.

Mai 2009. Mathias Wittau depuis le début de l'année me relance sur le nouveau projet ACP. Bien que les choix techniques ne m'interressent pas vraiment (base FPGA trop chère émulant le vieux hardware Atari, Videl préféré à une carte graphique, un seul port ethernet alors que le Coldfire utilisé en a deux, pas de CAN...), et qu'il reste à finir mon travail sur la CTPCI, j'ai proposé mon aide. Après tout il est possible que ce soit le seul Atari Coldfire (d'où son nom COLDARI). Mon premier objectif étant d'ajouter le son AC97 au Coldfire.
Ajout de la cible COLDARI, le makefile peut maintenant créer quatre cibles :

• CT60 CTPCI (MC68060 100 MHz)
• M5484LITE (Coldfire v4e MCF548x 200 MHz)
• M54455EVB (Coldfire v4m MCF54455 266 MHz pas de FPU)
• COLDARI (Coldfire v4e MCF547x 266 MHz)

• Les horloges
• La flash
• La SDRAM
• Un port série pour l'IKBD (souris et clavier ATARI)
• Le transmetteur Ethernet 10/100
• Les ports ATA / SCSI via le FPGA

Juin 2009. Début du debug sur la CTPCI ! Le prototype étant terminé les essais peuvent commencer.
Le big endian et le little endian sont inversés dans le PLX9054.
Correction des sélections de 'device' du PLX9054 (pour chaque slot), il faut ajouter 11, currieux... Ce 'bridge' n'est pas réellement compatible avec les spécifications PCI.
Fredi Aschwanden m'a envoyé un CS4299 comme codec audio pour l'AC97 !
Ecriture du driver AC97 basé sur Linux pour les codecs, toutefois il faut écrire intégralement la partie Coldfire. Le PSC du Coldfire dispose d'un mode AC97 mais visiblement personne sur le net ne l'a déjà utilisé !
Seule la partie XBIOS du driver AC97 est facile à écrire, ayant déjà écrit un driver audio pour MagiC MAC et Aranym.
Le DMA du Coldfire pourra être utilisé pour transférer les trames AC97 mais dans un premier temps ce sera le CPU et les interruptions sachant que chaque PSC du Coldfire dispose d'une fifo de 512 octets sur TX et RX. Une trame AC97 contenant 256 bits (13 slots) soit 13 mots dans la fifo (52 octets).

Juillet 2009. Les essais CTPCI sont laborieux, il y a des erreurs sur les transferts.
Création de tests pour Rodolphe Czuba utilisant le PCI BIOS.
Correction du device dans X86EMU, seul le slot 3 pouvait fontionner ! Ce qui ne posait pas de problème sur la M5484LITE avec son unique slot. Avec cette modification X86EMU ne met plus que deux secondes pour initialiser la Radeon avec son BIOS.
Sur la M5484LITE, installation du codec audio AC97 CS4299, comme on voit sur cette photo :

Aout 2009. Rodolphe a corrigé un gros problème d'horloge sur la CTPCI. Après avoir modifié ABE et SDR, il a fait fonctionné l'ensemble CTPCI + CT60 à 105 MHz ! Essai de l'instruction move16 sur la CTPCI et débuts des essai DMA du PLX9054. Avec le DMA les essais n'avancent plus très vite.
Séparation en deux zones prefetch ou non dans la zone MEM PCI.
Correction et amélioration des transferts DMA du PLX9054, mise en place du chainage de blocs DMA si le bloc n'est pas contigue.
Sur la M5484LITE, utilisation du Comm Bus pour les transferts DMA <=> PCI, plus de 100 Mo/S en écriture.
Début des essais du driver audio AC97, la lecture des registres fonctionne mais l'écriture n'est pas fiable. Si l'on lance la lecture sonore, cela ne fonctionne pas, on voit (via une commande 'acpr' ajoutée en debug) que certains registres ont été réinitialisés comme la fréquence d'échantillonnage !

Septembre 2009. Le PLX9054 ayant des limitations sur ses zones locales PCI MEM et I/O qui doivent être de la même taille et alignés suivant la taille, le TOS CT60 a maintenant 3 cibles :

• CT60TOS.BIN : TOS 4.04 patchs CT60 + BIOS PCI (2 x zones PCI MEM et IO de 512 Ko)
• CTPCITOS.BIN : TOS 4.04 patchs CT60 + BIOS PCI (2 x zones PCI MEM et IO de 512 Ko) + drivers PCI
• CTPCI1GB.BIN : TOS 4.04 patchs CT60 + BIOS PCI (2 x zones PCI MEM et IO de 1 Go) + drivers PCI

• XBIOS
• VESA
• DRIVER
• MON.1 (le driver permet de lire les résolutions du moniteur)

Octobre 2009. Mark Duckworth ayant a présent une M5485EVB, réorganisation du driver Radeon pour devenir multicible, la M5485EVB ayant un module FireEngine plus complet que la M5484LITE : le LynxEM+. Trois parties sont maintenant présentes :

• Radeon
• Lynx
• Video (partie commune)

Novembre 2009. Réintégration du driver PCI USB ohci/ehci basé cette fois sur les sources de u-BOOT.
L'essai sur la M5484LITE se fait avec la carte USB NEC utilisant un D720101 qui attend la CTPCI depuis 4 ans. Le bus PCI de la M5484LITE est à 50 MHz et le NEC donné pour un bus PCI à 33 MHz mais ca fonctionne !
Le driver, suivant les périphériques détectés gère :

• Le clavier (avec les tables d'adaptation des scan-codes comme Eiffel).
• La souris
• Les clefs USB (USB mass storage), partitions FAT16 (DOS ou TOS).

Janvier 2010. Commencé le remplacement de l'AES par MyAES (merci Olivier Landemarre !), ajout sélecteur de fichiers et boites de dialogue internes.

Mars 2010. Incroyable, j'ai reçu la CTPCI !

• 1ère étape : Mise à jour de ABE/SDR vers la version 7, bien que l'on perd environ 10 MHz et que les accès à la SDRAM sont aussi plus lents (105 MHz à 95 MHz et 107 Mo/S à 91 Mo/S dans mon cas), cette opération est indispensable pour que la CTPCI puisse fonctionner.
• 2ème étape : Installation de 3 slots PCI dans le fond de la tour (impossible de mettre les 4 dans mon cas). Il faut vérifier s'il n'y a pas de court-cuicuit après avoir coupé la plaque. Ne pas oublier de raccorder le fil orange du 3V3 à l'alimentation ATX !

  
  

• 3ème étape : Décalage du générateur d'horloge (un peu plus grand que la CTCM dans mon cas). Il faut coucher les pins du connecteur d'alimentation de la carte mère du FALCON (inutilisé avec la CT60). Il faut aussi coucher vers l'intérieur le sélecteur 'BOOST F030'. Attention de ne pas coincer les fils dans les connecteurs de la CTPCI.

  
  

• 4ème étape : Montage de la CTPCI sur la CT60, pour que ce soit possible j'ai coupé le 'H' du bridage du MC68060 et J1 sur la CTPCI (inutile pour moi). Il est difficile d'enfoncer la carte, elle arrive au niveau de la vis près du MC68060. Il faut enlever la barette de SDRAM. Les deux nappes de 80 passent à coté de la CT60, la carte mère du FALCON ne touchant pas le fond de la tour.

  
  

• 5ème étape : Mise sous tension, après quelques sueurs froides (faux contact SDRAM) cela fonctionne ! La CTPCI, le PLX9054 et la carte réseau Realtek RTL8139D sont détectés !
• 6ème étape : Installation de la Radeon.

  
  

  Cela fonctionne, mais à priori il subsiste des bugs non visibles sur la M5484LITE. Ma carte générique USB2 NEC 5V est incompatible avec la CTPCI, Rodolphe ayant changé son cahier des charges avec un bus PCI à 3V3 comme la M5484LITE.

Avril 2010. ABE7 est-il fiable ? Par 3 fois des problèmes de disque dur sont survenus (dont 2 fois perte d'une partition, la 1ère avant l'installation de la Radeon).
Le bridge PLX9054 étant beaucoup plus lent que le Coldfire V4e, ajout d'une détection du reset à froid pour ne lancer que dans ce cas le VGA BIOS X86.
Activation détection moniteurs sur la Radeon.
Correction boîte de dialogue changement de résolutions sous le bureau du TOS.
Inversion des bits d'autorisaton des interruptions dans le PCI BIOS (suite au changement du hard par Rodolphe).
Les interruptions locales du PLX9054 ne peuvent pas fonctionner (bug hard sans solution).
Réduction usage de Malloc.
Ajout piles locales pour les routines VBL, VDI, Souris, et Bconout 2/5.
Correction bug icônes jaunes (vq_color, merci à Olivier Landemarre).
Correction blocage aléatoire fifo Radeon sur certaines fonctions du VDI (v_gtext et vrt_cpyfm).
Essai du DMA (PLX9054), après mise à jour de ABE, les écritures vers la zone PCI fonctionnent (Kronos affiche 1500 Mo/S), mais les lectures bloquent la machine. Dévalidation des lectures pour l'instant (bug hard).
Essai des interruptions sur carte réseau RTL8139D + driver Milan sous MiNT sans succès (merci à Patrice Mandin, bug hard).
Modification de la carte USB2 en 3V3, merci Rodolphe.
Essai du 'bus matering' via la carte générique USB2 NEC en STRAM et via la RAM de la carte graphique Radeon sans succès (bugs hard).

Mai 2010. Démontage de la carte USB et de la carte réseau qui ont fini par créer des erreurs de parité et même la disparition de la Radeon puis la reconnaissance de la CTPCI lors du scan PCI !
Voici un comparatif du TOS VDI sous Kronos :

Juin 2010. Passage du boot à la version 2.0. Maintenant les patches ne se font plus à la compilation (idée originale de Xavier Joubert) mais lors du lancement du boot. Le TOS404 patché tourne toujours en SDRAM protégé en écriture par la PMMU, le TOS404 original se trouvant en flash. Le principe de fonctionnement est similaire à l'Hades. Ce système résoud mieux le problème des licences.
Il est possible de charger séparément le TOS404, le boot et les drivers PCI :

• CT60TOS.BIN : contient BOOT + TOS404 + Atari Diagnostiques (à terme doit disparaitre).
• BOOT.HEX : contient le BOOT.
• DRIVERS.HEX : contient les drivers PCI (licence GPL).

• DEFAULT (choix automatique par défaut du TOS)
• CRT,NONE
• CRT,CRT
• CRT,TMDS
• TMDS,CRT
• TMDS,TMDS

Juillet 2010. Accès direct aux registres de la Radeon.
Ajout paramètre diviseur horloge utilisateur de 2 à 6 pour la CTCM, voici un comparatif avec Kronos :

• 640 x 480 : 6 mS
• 800 x 600 : 10 mS
• 1024 x 768 : 16 mS

Aout 2010. Réécriture de CHGRES.PRG pour MagiC.
SpeedoGDOS fonctionne mais n'est pas vraiment stable (avec/sans CTPCI/Radeon il y a des problèmes de cache, par exemple QED plante aléatoirement). Pour le lancer du dossier AUTO, il faut couper les caches and les remettre ensuite. Ajout du test dans le TOS.
Maintenant le TOS via la fonction Vsetscreen contrôle si le driver Radeon driver installe rééllement la résolution sélectionnée par le modecode, sinon il met à jour le modecode. On peut voir le résultat avec le bouton 'Test' dans VIDEOCNF.CPX.

Septembre 2010. NVDI 5.03 fonctionne avec l'écran du boot. Il faut renommer les fichiers NVDIDR*.SYS dans le répertoire de NVDI (merci à Claude Labelle).
Ajout d'un patch XBIOS pour NVDI, maintenant le TOS écrase le XBIOS de NVDI en installant le XBRA '_PCI' en tête de liste quand NVDI est trouvé. Le résultat : NVDI 5.01 fonctionne et il est possible de changer la résolution et d'avoir la liste des résolutions avec Vsetscreen !
Correction du TOS pour que NVDI fonctionne avec MagiC et le nouveau CHGRES.PRG.
Ajout d'un paramétre en flash et d'une option dans CT60CONF.CPX pour ajouter une sortie debug dans video.log.
Ajout d'un second test de la CTPCI avant d'appeler les patches et de copier le TOS en SDRAM parceque plus loin la CTPCI est toujours détectée par le PCI BIOS ???
Correction de bugs dans le VDI dans les fonctions v_fillarea (line), v_rfbox (user pattern), et v_locator (merci à Claude Labelle).
Correction de la fonction VDI v_contourfill utilisée par beaucoup d'applications graphiques (remarque : Cette fonction n'est pas implémentée dans fVDI).

Octobre 2010. Correction division par zéro dans la routine de clipping.
Correction de la fonction VDI vrt_cpyfm en 65K couleurs.
Test for obtenir le fonctionnement de MagiC 6.20 avec NVDI.
Maintenant il ne reste plus qu'à attendre la correction des problèmes hardware pour le fonctionnement des cartes PCI USB/Ethernet.

PCI sur la carte FIREBEE :

Octobre 2010. J'ai contacté Fredi pour continuer mon travail sur la 4ème cible, le Firebee (ancien nom du projet Coldari) suspendu depuis Janvier.
N'ayant pas de PC, l'idée est de travailler comme la M5484LITE, et utiliser dBUG pour charger le TOS. Ainsi la première étape est de recompiler dBUG pour le FIREBEE :

• Changement de configuration (horloge, mapping, et flash AMD/MX).
• Ajout driver pour le PHY (transmetteur ethernet).
• Initialisation du FPGA pour juste avoir l'horloge sur le PHY !
• Initialisation du Flexbus.
• Initialisation de la SDRAM (512 Mo).
• Initialisation de la SDRAM du FPGA (vidéo).
• Ajout d'un test pour lancer automatiquement le TOS en flash via un switch sur la carte.

Novembre 2010. Réécriture de la routine de remplissage par défaut de fVDI par du code natif Coldfire, maintenant c'est plus rapide. La détection du moniteur fonctionne via le port I2C.
Fabrication d'un bus PCI passif avec le riser PCI et le 4ème slot initilisé de la CTPCI, beaucoup de fils à souder...

La carte Radeon 9200 connectée au Firebee...

Les benchs sur Firebee/Radeon sans DMA et la CompactFlash utilisée comme disque...

Décembre 2010. Essai du Floppy sur le Firebee, la lecture fonctionne mais pas l'écriture, le FPGA n'émulant pas le controleur AJAX du FALCON.
Ajout du driver SD-Card à partir des sources de Fredi.
Essai de l'USB mass storage avec les controlleurs OHCI et EHCI du NEC PCI sur le Firebee. Mais les clefs USB fonctionnent seulement quand la Radeon charge le BUS PCI sinon j'obtiens des timeouts et des erreurs PCI non réccupérables comme la M5484LITE.
Quelques changements ajoutés à BDOS pour corriger un bug avec les clusters de 32Ko (partitions de 2Go).
Si le BAS est installé, maintenant il est possible d'utiliser ethernet sans dBUG avec quelques limitations (3 paramètres utilisés) :

• On peut changer seulement les 3 derniers octets de l'adresse MAC avec le CPX (menu Arrêt/Divers), le début est 00:CF:54.
• On peut changer l'adresse IP de la carte et de l'hôte avec le CPX (menu Arrêt/Divers).
• Le masque de réseau est automatique si l'on utilise les choix du CPX.
• La passerelle par défaut est 0.0.0.0.
• Le chemin/nom par défaut pour le TFTP est /home/firebee.hex.
• Si l'adresse IP de la carte est 0.0.0.0 ou 255.255.255.255, les paramètres de dBUG sont utilisés pour l'adresse IP de la carte, le masque, la passerelle, et le chemin/nom.
• Si l'adresse IP de lhôte est 0.0.0.0 ou 255.255.255.255, les paramètres de dBUG sont utilisés pour l'adresse IP de lhôte.
• Si les 3 derniers octets de l'adresse MAC sont 00:00:00 ou FF:FF:FF, les paramètres de dBUG sont utilisés.

Janvier-Février 2011. Nous sommes en 2011, et il n'y a aucune nouvelle au sujet de la correction des problèmes hard sur la CTPCI :-(
Supression des sources Linux AC97. Réécriture et essai du driver AC97 Coldfire sur le Firebee (activé aussi sur la M5484LITE) :

• Tous les contrôles GSXB sont supportés, mais les gains ajoutés au XBIOS du FALCON avec la MilanBlaster sont des attenuations avec GSXB (il est possible d'ajouter un choix dans le CPX dans le futur si quelqu'un veut la compatibilité avec la MilanBlaster, le driver supportant déja les deux modes).
• FSOUND.CPX contrôle uniquement les niveaux PCM et d'enregistrement, mais le GSXB Mixer tourne aussi en ACC.
• Parceque l'on ne trouve pas d'entrée FM sur l'AC97, le contrôle du volume de la voie gauche FM agit sur le niveau PC BEEP, et le contrôle du volume de la voie droite FM agit sur la fonction 3D de l'AC97 (pour info, sur le Firebee l'émulation FPGA du YAMAHA est raccordé sur les entrées PC BEEP et AUX1).
• Comme avec GSXB, le driver a quelques limitations avec la compatibilité FALCON parceque l'on a pas de DSP et de matrice. Par défaut les entrées LINE sont sélectionnés comme source d'enregistrement et remplacent l'entrée MIC du FALCON parceque l'entrée MIC est mono sur l'AC97, et excepté les entrées VIDEO et FM, les autres sont activés.
• Le driver fonctionne en 8/16 bits mono/stéréo pour la lecture et l'enregistrement des échantillons.
• Il est impossible d'utiliser le mode VRA (Variable Rate) parceque cette fonction a besoin d'un support hard, le codec CS4299 fonctionne toujours à 48KHz et le driver utilise une routine d'interpolation linéaire rapide pour les fréquences inférieures (lecture/enregistrement).
• Pour réduire la charge CPU (Chronos voit un CPU à 154 MHz et l'horloge du Firebee est à 164 MHz), après 30 secondes de délais d'inactivité l'AC-LINK (le nom de l'interface hard de l'AC97) passe en veille. Pour sortir de cet état le Coldfire envoi un reset à chaud. Pour info, avec les transferts DMA du Coldfire, 2 x 52 octets (2 x 13 slots) sont envoyés/reçus vers/de TX/RX de la FIFO du PSC2 par échantillon (5 MOctets/S), quand on a pas d'échantillon quelques slots sont utilisés pour lire/écrire sur les registres AC97 (contrôles XBIOS).
• Emulation du DMA STE ajoutée pour le Firebee, cette possibilité a besoin d'une mise à jour du FPGA (registres vides utilisés comme de la RAM, géré avec le timer système 200 Hz).

Aniplayer avec le MP3 réécrit pour le Firebee utilisant le driver GSXB AC97...

Mars 2011. Correction lecture MP2 et MPEG sur Aniplayer pour le Coldfire.
Essai de la fonction XBIOS Vsetscreen testée dans tous les nouveaux modes pour la carte Radeon. Ajout et essai des commandes CMD_FILLMEM, CMD_COPYMEM, CMD_TEXTUREMEM et CMD_GETVERSION pour une accélération XBIOS.
Ajout de la fonction XBIOS Vsync pour la carte Radeon.
Ajout rejet des modes pour horloges au delà de 135 MHz qui ont des problèmes de température avec la sortie DVI sur RV100 (cartes Radeon 7000).
VIDEOCNF.CPX, ajout du fichier de configuration video.cnf pour XAAES.
Cible Firebee :

• Ajout du test du switche 6 quand la carte démarre avec dBUG (déja utilisé avec le BAS) :
  • ON - Normal
  • OFF: Serveurs ethernet (Telnet,TFTP,FTP,HTTP) et le TFTP client + ram-disque disponibles.
• La SD-Card remplace le lecteur A si un disque est trouvé, et le boot est plus rapide parceque les timeouts sur le lecteur de disquettes sont très longs (13 secondes ajoutés).
• Déplacé le ram-disque vers le lecteur B.

Avril 2011. Ajout des sous fonctions accelérées CMD_LINEMEM, CMD_CLIPMEM, et CMD_SYNCMEM au Vsetscreen du XBIOS (Radeon).
Sur les cibles Coldfire ajout du support 'plug and play' pour l'USB utilisant une tache de FreeRTOS. Mais il y a des problèmes quand on connecte la souris ou le clavier une seconde fois, le résultat est 'Device Not Responding' avant de démarrer à nouveau le driver souris/clavier. Ajout d'une correction qui fonctionne avec la souris mais semble ne pas fonctionner avec mon clavier. La couche USB utilise les sources de U-Boot, c'est plus facile à utiliser que Linux mais il y a quelques limitations.
Correction de beaucoup de bugs dans les drivers XHDI (boot IDE et drivers SD-CARD/USB).

Mai 2011. Cible Firebee :

• Essai de correction du bug de la lecture IDE sous MiNT via XHDI (1er accè sur le port data perdu) en utilisant un buffer _FRB en STRAM et de mutiple relectures/verifications jusqu'à 5 fois.
  
• Beaucoup de corrections dans XHDI.
  
• Recompilation avec GCC 4 pour le Coldfire V4e (sinon LwIP est buggé, GCC 3.3 -m5200 a quelques comportements bizarres avec les entiers au format court). Correction des bugs ajoutés avec les parties 'inline' en assembleur.
• Ajout du support Emutos avec un menu de choix d'OS au boot :
  • Déinstallation des vecteurs d'interruption gérés par la CF68KLIB.
  • Suppression de la tache TOS.
  • Passage de la résolution en 640x480x16.
  • Desacivation des caches.
  • Déprotection de la zone du TOS (0xE00000) via un registre ACR.
  • Copie de Emutos à partir de E0600000.
  • Invalidation de un mega octet avant la zone de lwIP (pour le test mémoire de Emutos).
  • Activation des caches.
  • Démarrage de la tache VBL réinstallation du PCI BIOS (pour le clavier et la souris USB).
  • Démarrage de la tache ETOS.
• Extension de la possibilitée de vue de l'écran dans le serveur HTTP. L'image GIF est toujours en 640x480x256 mais avec un écran en 16/65K/16M couleurs. Souris et clavier fonctionnent à partir du navigateur (un VNC en quelque sorte).
• Ajout d'un gestionnaire de division par zéro et des cas spéciaux pour la Line F dans la CF68KLIB :
  • fsave(Ax), fsave d(AX).
  • frestore(Ax), frestore d(AX).
  • fabs/fadd/fcmp/fdiv/fint/fintrz/fmove/fmul/fneg/fsqrt/fsub/ftst #.
  • cinva/cpushl/cpusha.

Juin 2011. Correction d'un affreux bug avec la fonction VDI vst_rotation sur toutes les cibles.
Ajout de la sous fonction CMD_BLANK au XBIOS Vsetscreen (Radeon), cela fonctionne aussi sur le Firebee avec le FPGA et les modes Videl ACP.
Ajout d'un autre menu de boot et possibilitée de secours sur la cible Firebee :

• SW6 et SW5 sont dans le cookie '_SWI' (à partir du boot) :
  • B7: (1) SW6 en bas, (0) SW6 en haut.
  • B6: (1) SW5 en bas, (0) SW5 en haut.
  • B0: (1) TOS démarré à partir de 0xE0000000 (remplace le BAS ou dBUG).
• SW6 en haut est l'usage normal, le menu de choix de l'OS de boot a une troisième ligne pour sélectionner un TOS avec toutes ses possibilitées (comme SW6 en bas, mais cette possibilitée est impossible lorsque le TOS est lancé par le BAS).
• SW6 en bas autorise le TOS à démarrer avec les serveurs FTP (option de compilation), HTTP, TFTP et crée un ram-disque actuellement en B (cette possibilitée est aussi possible avec dBUG en 0xE0000000).
• SW5 en haut est le mode d'usage normal pour démarrer le TOS à 0xE0400000 (même usage dans le BAS ou dBUG à 0xE0000000) et un menu de boot avec deux choix TOS ou EMUTOS (TOS par défaut).
• SW5 en bas est le mode de secours, le TOS à 0xE0000000 continue à tourner et un menu de démarrage affiche trois choix :
  • TOS404 (à 0xE0000000 - boot) => TOS de secours (choix par défaut).
  • EMUTOS (à 0xE0600000).
  • TOS404 (à 0xE0400000 - normal) => TOS à tester.

Juillet 2011. Essai de correction des problèmes de boot avec la flash de la CT60 en lisant jusqu'a 4 fois le TOS en flash si le CRC est mauvais avant d'appliquer les patches en SDRAM.
Si le Supervidel est trouvé, le TOS utilise la routine Bconout par défaut qui utilise le blitter.
Cibles Coldfire :

• Réécriture en code natif de la fonction fVDI vr_trnfm.
• Ajout des instructions Coldfire au desassembleur 68K. Maintenant pulse, tfp, wddata, wdebug, intouch, halt, mvs, mvz, mov3q, movec, sat et tout le groupe mac sont supportés.
• Trouvé un gros bug avec la variable système 'membot' non mise à jour aventle démarrage de BDOS, aussi le malloc précédent du TOS (PCI BIOS structure) était détruit, occasionnant un crash sous MinT en cas de changement USB.
• Correction fonction VDI v_show_c sans carte graphique.
• Augmenté les limites des buffers BDOS.
• Ajout d'un patch Pexec pour les programmes Pure C :
  • Quelques cas pour la Line A 0xA000 remplacés par l'opcode 0xA920.
  • move.b DX,-(SP) remplacés par l'opcode 0xA910-0xA917.
  • move.b (SP)+,DX remplacés par l'opcode 0xA918-0xA91F.
  • move.b (AX),-(SP) remplacés par l'opcode 0xA930-0xA937.
  • move.b (SP)+,(AX) remplacés par l'opcode 0xA938-0xA93F.
  • move.b d(AX),-(SP) remplacés par l'opcode 0xA9B0-0xA9B7.
  • move.b (SP)+,d(AX) remplacés par l'opcode 0xA9B8-0xA9BF.
  • move.b abs.l,-(SP) remplacés par l'opcode 0xA9F1.
  • move.b d(PC),-(SP) remplacés par l'opcode 0xA9F2.
  • move.b (SP)+,abs.l remplacés par l'opcode 0xA9F9.
  • mulu/s.l ea,dh:dl remplacés par l'opcode 0xABC0-0xABFF.
  • divu/s.l ea:dr:dq remplacés par l'opcode 0xAFC0-0xAFFF.
• Le driver interne du disque dur démarre aprè le scan IDE/SCSI si aucun driver externe est chargé par un disque bootable.
  

	Archive	Version	Taille	Ordinateur
TOS drivers	tos_drivers.lzh	1.01 27 Juillet 2011	2756 Ko	CTPCI/FIREBEE