Ce n’est pas une plaisanterie : le développeur Daniel Palmer propose sur GitHub une distribution visant la Mega Drive, la vénérable console que Sega avait lancé dans nos contrées en 1990 (aussi commercialisée sous le nom Genesis aux États-Unis). Elle avait alors provoqué un séisme vidéoludique, l’entreprise ayant coupé l’herbe sous le pied de Nintendo avec sa propre console 16 bits, la SNES.
L’information peut tellement surprendre que sur le dépôt, son auteur répond « non » à la question « Est-ce une blague ? ». Il précise que pour utiliser ce système, il est nécessaire d’avoir une Mega Drive (on s’en serait douté), la cartouche EverDrive qui permet de charger d’autres contenus sur la console, un câble USB pour relier l’EverDrive au PC et… « du temps à perdre », ajoute l’auteur.
Au sujet de l’émulation, c’est plus compliqué. L’auteur estime que LinuxMD ne fonctionnera « probablement pas » sur un émulateur classique, car plusieurs composants de l’EverDrive y seraient absents. En revanche, il fournit un fork de QEMU qui peut « émuler suffisamment » la Mega Drive et l’EverDrive pour fonctionner. En revanche, la sensation ne sera pas la même, prévient-il, car « QEMU émule le CPU beaucoup trop rapidement ».
De nombreuses instructions sont données, le concept étant clairement destiné à un public très niche d’enthousiastes ayant encore ce genre de matériel à disposition.
Commentaires (15)
Abonnez-vous pour prendre part au débat
Déjà abonné ou lecteur ? Se connecter
Cet article est en accès libre, mais il est le produit d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles d'un média expert
Profitez d'au moins 1 To de stockage pour vos sauvegardes
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousModifié le 30 juin à 17h32
Jusqu'au jour de la déception où, en fin de primaire, je découvre en rentrant de l'école que ma mère les a refourgué au "Père Noël Vert" sans même m'en parler 😭 (spoiler : je lui en veux toujours)
Le 30 juin à 19h31
Le 30 juin à 17h57
Windows : liste de prérequis longue comme un bras
Linux : Électricité (et encore)
Le 30 juin à 18h27
Le 30 juin à 22h44
Le 1er juillet à 08h03
Le 1er juillet à 08h33
Le 30 juin à 19h39
Le 30 juin à 19h39
Il est effectivement compilé avec l'option -nommu .
Ça reste un beau travail!
Le 1er juillet à 07h39
Le premier processeur bogué, de mémoire, c'est le Z80 mais j'ai cru comprendre que le 6502 n'était pas parfait non plus.
Je rappellle que le 68000 est le contenporain du 8086 qui ne comporte pas plus de MMU vu que c'est arrivé respectivement avec le 80386 et le 68030
Le 1er juillet à 09h59
C'est pour corriger cela que le 68010 est sorti. C'était un point très connu à l'époque, l'impossibilité de faire des machines tournant sous Unix avec 68000.
Le 1er juillet à 19h08
Dans la conception initiale, l'exception « BUS ERROR » n'est pas récupérable car le but est de détecter les accès dans les parties non décodées du plan mémoire. Le contexte n'est donc pas sauvegardé. La prise en charge de la mémoire virtuelle nécessitant de tolérer ces exceptions est donc venue après
De même, je ne pense pas que la virtualisation faisait partie du cahier des charges du 68000.
Pour moi, le problème architectural le plus important a été corrigé avec le 68020: c'est l'ajout d'un registre qui permet de faire fonctionner le code utilisateur sans avoir à faire de relocation. Le code utilisateur est logé en 0 relativement à la valeur du registre de décalage.
Sur les Atari et certainement sur toutes les autres machines basées sur le 68000, le loader faisait de la relocation à la volée, ce qui est vite pénalisant.
Le 30 juin à 19h45
Le 1er juillet à 13h33
En comme elle n'a pas la clim de base, pourquoi pas
Le 1er juillet à 16h36
Signaler un commentaire
Voulez-vous vraiment signaler ce commentaire ?