Cet article de blog détaille le parcours de l'auteur pour démarrer Linux sur un M4 Mac mini, remerciant l'équipe Asahi Linux et encourageant les dons. En novembre 2024, l'auteur a acheté un M4 Mac mini, espérant qu'il serait similaire aux modèles Apple Silicon précédents. Cependant, le M4 est la première génération à imposer SPT M (Secure Page Table Monitor), qui renforce la protection contre les vulnérabilités du noyau XNU, nécessitant des changements majeurs dans l'hyperviseur m1n1.
Malgré les défis, l'auteur a tenté de démarrer Linux en désactivant la sécurité de démarrage stricte et en installant m1n1 via la récupération macOS. Les plantages initiaux ont été attribués à la fonctionnalité GXF désactivée/verrouillée et au RVBAR (Reset Vector Base Address Register), qui contenait déjà la valeur correcte, donc les écritures ont été ignorées. Après une longue pause, la motivation est revenue au Chaos Communication Congress fin 2025.
L'auteur a créé un arbre de périphériques minimal et chargé le noyau Linux avec earlycon, mais n'a vu aucune sortie après "Vectoring to next stage". En utilisant une routine d'assemblage de force brute imprimant 'a', ils ont bissecté le code de démarrage jusqu'à l'initialisation de la MMU. Le problème était qu'une fois la MMU activée, les accès mémoire vont vers des adresses virtuelles, mais Linux ne mappe pas l'espace MMIO de l'UART comme le fait m1n1, rendant l'UART inaccessible.
Source: Hacker News · Résumé par HeadlinesBriefing