Portar Genode al hardware comercial. Episode1: B & N Nook HD +

Así que, ¿por qué el Nook HD +? Aunque he portado alrealy Genode para el teléfono Samsung Galaxy Nexus para la sesión de demostración FOSDEM 2013, decidí dar otro dispositivo intentarlo por las siguientes razones:

• en forma de tabletas, se tiene mucho menos hardware (al menos, no hay teléfono) para apoyar con el fin de ser un conductor diario
• Algunos periféricos y configuración del hardware varía entre éste y el Nexus, por lo que puede ayudar a exponer a nuevos errores o hardcodery
• Tiene la ranura microSD conectada a mmc0 OMAP4 con la configuración de voltaje estándar (el bit VMODE). Esto es muy útil, ya que permite utilizar directamente el conductor Genode MMC y es fácil de configurar un sistema de archivos de MBR / VFAT en la tarjeta microSD. Galaxy Nexus, por el contrario, no tiene ranura para tarjeta de memoria externa, y para acceder a la memoria interna, es necesario implementar un pequeño cambio en el controlador de MMC e implementar el analizador partición EFI GPT
• Tiene una pantalla Full HD, y tengo pasión por las pantallas de alta resolución de. Además, hi-res es una manera de realizar pruebas de esfuerzo del subsistema de memoria y el rendimiento de este dispositivo
• Porque puedo

Arranque de software personalizado en un dispositivo comercial generalmente está conectado con algunos obstáculos, como la ruptura de la cadena de confianza. Un enfoque típico (que he utilizado por muchos dispositivos, incluyendo Acer Iconia A500, Samsung Galaxy S2 y Samsung Galaxy Nexus) está portando el gestor de arranque u-boot ser un chainloader intermedia, brilló en lugar del núcleo de Linux.

El B & N Nook HD + no cuentan con la cadena basada en el kernel firmado de confianza para la memoria interna de máster Erasmus Mundus, pero permite el arranque sin firmar MLO, xloader y u-boot desde el exterior tarjeta microSD. Es decir, ya existe el puerto u-boot, pero para hacer que arranque Genode, se necesitaban muchos cambios.

En primer lugar, he obtenido la imagen de recuperación CWM androide para la tarjeta SD de la HD B & N Nook + foro xda-developers.com [créditos van a los miembros del foro verygreen y grasa de neumáticos]. Después de escribir la imagen en la tarjeta SD y la fijación de distribución de la partición de fdisk, terminé con una partición VFAT contiene el MLO, u-BOOT.bin y uImage. El MLO es el archivo de encabezado de la CPU OMAP4 que combina la tabla de inicialización de la memoria con el gestor de arranque x-loader. El u-BOOT.bin es el B & N u-boot casi vainilla que inicializa la pantalla y botas de la uImage [que en el caso de arranque sd es también u-boot]. Vamos a estar reemplazando la uImage con el u-boot personalizado.

Puede obtener el código fuente de mi u-boot de https://github .com / astarasikov / uboot-bn-nook-hd-fastboot y a continuación es la lista de los problemas que he resuelto

• Extracción de la [que no sean necesarios para nosotros] máster Erasmus Mundus y sd arranque opciones.
• Habilitación fastboot. El gestor de arranque se escucha en USB para la conexión fastboot. «Fastboot continuar» permite arrancar el archivos «ramdisk» «kernel», y desde la tarjeta sd
• inicialización Display fijo. Resulta que el código en el uImage estaba roto, y no REINIT la pantalla correctamente. Las razones fueron que carecía de una GPIO potencia (lo que causaría que nunca vienen después de reinicio en algunas revisiones de hardware, mi tableta de ser uno de los desafortunados), y el error en una de las fronteras de sincronización de trama (lo que causó todo tipo de letra símbolos para ser un píxel de altura). El código de inicialización de la pantalla se dispersó alrededor de 4 ficheros, contenía definiciones codificados para otra tabla. La inicialización framebuffer se hizo en el controlador de MMC (sic). Creo que me he escrito una queja al respecto hace un año, pero nada cambia. Software integrado más comercial es una mierda. Bueno, la mayoría del software es una mierda de cualquier manera, pero el nivel del crappiness en el software de código abierto se reduce cuando alguien se encuentra en la necesidad de añadir el soporte para una nueva configuración, y la comunidad hace hardcoding no bienvenida y romper el código antiguo.
• arranque fijo «ANDROID!» imágenes de arranque más de fastboot con el comando «booti». El código contiene muchas suposiciones incorrectas sobre el diseño de la imagen.
• movió la base de u-boot en la memoria RAM y el aumento de la memoria intermedia de fastboot para permitir la descarga de imágenes enormes (hasta 496M). Esto me permite arrancar imágenes Genode con el disco de memoria integrado con el sistema de archivos raíz, mientras que yo no he terminado el apoyo GPT
• habilitado la consola framebuffer para depurar

que tuve que hacer algunos cambios para que Genode plazo. Voy a discutir brevemente algunos elementos notables.

Recientemente, la tripulación Genode actualizado a la última revisión de un microkernel Fiasco.OC y parece contener algo hardcoded nombre compilador cruzado para ARM. Me resistía a bien arreglarlo o descargar el compilador de «adecuado» (sobre todo sabiendo que el de la cadena de herramientas Genode funciona para OMAP4)

Así que, esto es lo que he hecho:.

• Hecho un nuevo directorio y añade a la variable PATH (añadir « export PATH = / ruta / al / que / muy / dir /: $ PATH «a su bashrc si no tienes más mínima idea de lo que estoy hablando)
• Hecho enlaces simbólicos para la falsificación.» arm-linux «apuntando cadena de herramientas a genode con « for i in` ls / usr / local / genode-gcc / bin / genode brazo * `; hacer ln-s $ i $ {i / / * genode-arm/arm-linux}; hecho «

Actualmente nitpicker [gestor de ventanas proporciona marcos de buffer] está codificado para algunas pantallas de 1024×768 (creo porque nadie, incluso a genode, considera seriamente utilizar Genode a diario como conductor en la actualidad), por lo que necesitamos para fijar el límite de la memoria constante de la siguiente manera:

#bf9000;»> @ @ -43,8 +43,8 @ @ nitpicker espacio de nombres {