Aunque un port simple puede contar con tan sólo 4000 líneas de código —exactamente 3775 son las del procesador Hitachi 8/300 (sin MMU) recientemente introducidas en Linux 4.2-rc1—, conseguir que el kernel de Linux se ejecute en una nueva arquitectura de procesador es un proceso difícil. Peor aún, no hay mucha documentación disponible que describa dicho proceso de portabilidad. El objetivo de esta serie de artículos es proporcionar una visión general del procedimiento de portar el kernel de Linux a una nueva arquitectura de procesador.

En la primera parte de esta serie (www.meneame.net/m/SysDevs/portando-linux-nueva-arquitectura-parte-1-ba ) hemos sentado las bases para portar Linux a una nueva arquitectura de procesador explicando los pasos preliminares (sin llegar a escribir ningún código fuente). Este artículo continúa desde allí profundizando en el código de arranque, lo que incluye desde el código necesario para arrancar Linux hasta la creación del primer hilo del kernel.

La arquitectura ARM es una arquitectura de tipo RISC (Reduced Instruction Set Computer). Originalmente ARM significaba “Acorn RISC Machine” pero hoy su significado es “Advanced RISC Machines”. En los últimos años los procesadores ARM, gracias a la difusión de los teléfonos inteligentes y las tablets, se han convertido en procesadores muy populares, sobre todo gracias a sus reducidos costes y mayor eficiencia energética comparados con procesadores CISC.

VisUAL es una herramienta multiplataforma para facilitar el aprendizaje del lenguaje ensamblador de la arquitectura ARM. Además de emular un subconjunto del conjunto de instrucciones ARM UAL, proporciona visualizaciones de conceptos clave exclusivos de la programación del lenguaje ensamblador y, por lo tanto, ayuda a que la programación del ensamblaje ARM sea más accesible. Ha sido diseñado específicamente para usarse como una herramienta de enseñanza para el curso de Introducción a la Arquitectura Computacional en el Imperial College London.

Cualquiera que haya tenido una clase de arquitectura de computadores avanzada ha oído hablar del CDC6600, el que fue el ordenador más rápido del mundo desde 1964 hasta 1969. Esta fue la máquina que puso a Seymour Cray en el mapa como arquitecto de supercomputadoras, aunque el arquitecto principal fue James Thornton. Uno de los conceptos de arquitectura de computadores, que luego fue usado en arquitecturas RISC, por el que el CDC6600 es conocido fue la introducción del scoreboard, que, junto al algoritmo de Tomasulo, fueron unos de los primeros conceptos de ejecución de instrucciones fuera de orden.

Aunque parezca mentira, es sorprendentemente difícil dar una respuesta correcta. De hecho, todo depende de cómo se cuenten. Y los detalles al respecto son bastante interesantes. Para no dejarte colgado: Intel tiene un software para codificar y decodificar instrucciones llamado XED que indica que hay 1503 instrucciones en la arquitectura x86, pero depende de cómo se cuenten. Por ejemplo, “ADD” y “LOCK ADD” son diferentes instrucciones, pero algunos ensambladores las cuentan como una sola, ya que la segunda es igual que la primera más un prefijo.

Por lo general los tutoriales sobre ensamblador de la arquitectura x86 no pasan mucho tiempo explicando la perspectiva histórica de las decisiones de diseño y denominación. Cuando se está aprendiendo ensamblador de x86 siempre suelen decir lo mismo: aquí está EAX; es un registro; úsalo. Pero entonces, ¿qué significan exactamente las letras de dicho registro: E-A-X? Me temo que no hay una respuesta corta. Para explicarlo vamos a tener que volver a 1972…

No quiero repetir los porqués que hay detrás de UEFI porque, francamente, ya no hay muchas opciones: todos los dispositivos nuevos con Windows 10 se envían con UEFI habilitado de forma predeterminada (y si lo estás apagando, la culpa es tuya). En cambio, quiero centrarme mucho más en cómo funciona y lo que sucede entre bastidores.

La Playstation 2 no fue una de las consolas más potentes de su generación, sin embargo logró alcanzar un nivel de popularidad impensable para otras compañías. Esta máquina no es tan simple como lo era la Playstation original, pero veremos por qué no compartió el mismo destino que las complicadas consolas anteriores.

Una de las características más útiles de cualquier sistema de control de versiones es la posibilidad de “deshacer” los errores. En Git, “deshacer” puede significar muchas cosas ligeramente diferentes. Cuando haces un nuevo commit, Git almacena una instantánea del repositorio en ese momento específico en el tiempo; más adelante, se puede usar Git para volver a una versión anterior del proyecto. En esta entrada se verán varios escenarios con sus ejemplos donde es necesario deshacer cosas en un repositorio de Git.