Esta publicación de blog detalla el viaje del autor al iniciar Linux por primera vez en un M4 Mac mini, agradeciendo al equipo de Asahi Linux y alentando donaciones. En noviembre de 2024, el autor compró un M4 Mac mini, esperando que fuera similar a los modelos anteriores de Apple Silicon. Sin embargo, el M4 es la primera generación que exige SPT M (Monitor de Tabla de Páginas Segura), que proporciona protección contra vulnerabilidades del kernel XNU, requiriendo cambios importantes en el hipervisor m1n1.
A pesar de los desafíos, el autor intentó iniciar Linux deshabilitando la seguridad de arranque estricta e instalando m1n1 a través de la recuperación de macOS. Los bloqueos iniciales se rastrearon hasta la funcionalidad GXF deshabilitada/bloqueada y el RVBAR (Registro de Dirección Base del Vector de Reinicio), que ya contenía el valor correcto, por lo que se omitieron las escrituras. Después de una larga pausa, la motivación regresó en el Chaos Communication Congress a finales de 2025.
El autor creó un árbol de dispositivos mínimo y cargó el kernel de Linux con earlycon, pero no vio ninguna salida después de "Vectoring to next stage". Usando una rutina de ensamblaje de fuerza bruta que imprimía 'a', bisecaron el código de arranque hasta la inicialización de la MMU. El problema era que una vez que la MMU está habilitada, los accesos a la memoria van a direcciones virtuales, pero Linux no mapea el espacio MMIO de la UART como lo hace m1n1, por lo que la UART se volvió inaccesible.
Fuente: Hacker News · Resumido por HeadlinesBriefing