Sympa les dernières mises à jour ! Par contre te connaissant, t'es sûr que c'est moins buggé ?

En théorie, à partir du moment où tu peux découper toi même le temps imparti, tu peux faire du preemptif même sans interruption, mais ça fait quand même pas mal de boulot, sans compter les problèmes de concurrences

ça plante sur les OS > 5.5 j'ai pas encore résolu le problème

J'ai lis à jour le repository pour de nouveau build une version standalone du kernel Actuellement, la manière préférée d'installation est d'installer à la fois le lanceur multiboot et un kernel (qui s'installe maintenant comme un programme TI normal), ainsi qu'un système d'init (là encore un program...

Tu auras de nouveau du boulot quand usbdrvce sera promu en stable

Bon pas mal de franche amélioration ces derniers jours, le forking fonctionne via vfork, les signaux sont à peu près debugé et fonctionne comme ils doivent en suivant la règle BSD 4, les syscall sont relativement propres et les threads parents peuvent reap leurs enfants pour chopper les codes de sor...

On a trouvé l'utilité de mon kernel

C'est tout simplement une hallucination collective

Plus sérieusement, surtout du ménage, du plumbing d'autres choses pour que ça soit un peu plus fonctionnel, et après je m'attaquerai aux trois loups dans la pièce, _execve, _fork et l'USB

Pour avoir fait un dual boot TI OS / OS alternatif qui fonctionne relativement bien sur TI 83PCE en rev < M, effectivement c'est possible. Mais sur les nouvelles révisions, c'est presque impossible malheureusement.

Pour faire ton propre OS, tu es obligé de trafiquer l'OS de TI ... donc à la moindre revalidation de l'OS, patatra, tout est cassé. Après sur les anciens modèles, y'a moins de problème et plus de solution pour ça. Après en théorie, rien n'empêche de booter un nouveau kernel dans le contexte du TI-OS...