[83PCE] Sorcery : un micro-kernel hybride

[TheMachine02]

Bonjour à tous,
J'espère que vous allez bien en cette période de rentrée. J'extrais aujourd'hui ce projet du forum programmeur devant ses dernières avancées.

De quoi parlons nous ? D'un kernel écrit entièrement en assembleur pour la lignée de calculatrice 83 premium CE. Il ne remplace évidemment pas un OS complet mais cherche à fournir une base UNIX like solide pour programmer tout un OS en C (ou en assembleur, soyons fou !) tout en s'axant sur la simplicité, la rapidité et la sécurité.

Vous pouvez actuellement installer le kernel sur le matériel, mais vous ne pourrez globalement ... rien faire pour l'instant.

Tout d'abord, un petit screen :

Mais Jamy, qu'y a-t-il dans ce kernel ?

Features

• Gestion concurrente de 64 threads, entièrement préemptibles
• Primitives atomic
• Scheduler en O(1) avec multiqueue et gestion de la priorité
• Système de fichier virtuel sur RAM
• Drivers minimum (LCD, keyboard, spi, rtc, flash, timer, console)
• Des interruptions hardwares et software réactives (il faut lire ici, c'est optimisé à mort)
• Un système de ramfs initial
• Design UNIX like (sys V), avec l'accès aux device via le système de fichier
• Des syscall qui devraient être plutôt optimisées
• Gestion mémoire paginée
• Slab mémoire pour les drivers / le kernel
• Exécution de programme réalloué et librairies dynamiques

Bref, un kernel qui cherche a ne pas rester dans les pattes des programmeurs, le tout dans moins de 16K de code. Les features avec un sont peu ou mal implémentées pour l'instant.
Beaucoup de choses lui manque. Déjà toute une toolchain C et sa libc pour pouvoir développer facilement ses programmes pour le kernel. De même il manque des choses un peu partout, l'exécution de programme dans la console, toute la partie système de fichier sur la flash, l'exécution depuis la flash, presque toutes les syscall UNIX (qui seront implémentées, je sais que vous l'avez toujours rêvé !), et ce que je suis entrain de faire actuellement, un slab système efficace pour la mémoire du kernel (accessible aux drivers aussi). Ultimement, les drivers devraient être découplés du kernel pour réaliser un vrai micro kernel.

Installation
Pour les plus curieux, voici le procédé actuel d'installation :

Prérequis :

• Linux : Pour l'instant la toolchain du kernel est faite pour fonctionner sous linux
• fasmg : l'assembleur, trouvable ici fasmg sur github
• Téléchargez le repo github de sorcery Sorcery et mettez fasmg dans le dossier sorcery
• Lancez le build.sh et envoyez le fichier SORCERY.8xp sur votre calculatrice, puis exécutez le. Vous rebooterez directement sur le kernel.

Désinstallation :
Pour désinstaller, appuyez sur et et lancez un reset (bouton au dos). Vous pouvez de nouveau envoyer un OS de TI.

Pour l'instant, un reboot hardware invalidera le kernel sur tous les boot code >5.3. De plus vous ne pourrez pas le lancer sur la python édition, ni sur un OS > 5.5, puisque celui ci supprime l'assembleur.

Lien de la source
https://github.com/TheMachine02/Sorcery/
Développeurs :
TheMachine02
Grosged (merci pour les optimisations !)
Epharius (vivement internet hein ? )
Ti64CLi++ pour son support moral proche de celui d'une loutre (c'est beaucoup)

[Noury]

Il te manque clairement un Steve Jobs pour vendre ton OS.
La présentation est trop "technique", pas assez "grand public".
Elle fait un peu peur...

[TheMachine02]

Normal, puisque ce n'est pas un OS fait pour l'utilisateur final, mais l'outil essentiel pour construire un OS/desktop environnement par dessus sans trop s'embêter (comme le kernel linux, en somme) . Et puis pour l'instant, c'est très très proche du matériel...

[grosged]

Beau travail, @TheMachine02 ! Et bonne continution! Une alternative au "monopolistique" système d'exploitation texan, ça ne peut faire que du bien, non?

[Adriweb]

Excellent boulot, en effet

[Epharius]

Troooooop bien !!! Promis je t'aide à faire le processus de communication entre l'ordi et la calcu un jour

Mais Jamy

Ça commence à s'inspirer de mes posts ?

[Lionel Debroux]

Super boulot, en effet

Pour la communication avec un host USB, l'utilisation d'un protocole standard serait préférable.

[TheMachine02]

ça je suis parfaitement d'accord Je me demande dans quelle mesure il serait possible de pouvoir exposer la calculatrice comme un périphérique de stockage USB ... Après, j'y connais vraiment rien en USB / protocole, donc bon

[Adriweb]

Jacobly a deja fait ca pour CE avec du PTP, ca marche suffisamment bien (drag'n'drop de fichiers TI dans une fenetre explorer de base linux/macOS/win, en gros comme une clé USB / peripherique media)

[TheMachine02]

Ah excellent Il faudra faire tout le côté driver & système de fichier par contre, et ça, ça risque de prendre du temps