Algunos antecedentes
Lo más importante que debe saber es que el RaspberryPi es una bestia extraña donde ARM CPUno es la CPU principal, es solo un coprocesador para el VideoCore GPU. Cuando se inicia RaspberryPi, se lee un blob de GPU de la tarjeta SD en el caché L2 y se ejecuta. Este código muestra todos los periféricos importantes (RAM, relojes, etc.) e inicia el ARM CPU. Luego, se puede ejecutar el cargador de arranque de la segunda etapa o algún sistema operativo ARM CPU.
GPU blob no es solo un gestor de arranque. En realidad, es un sistema operativo (Video Core OS) en sí mismo. ARM CPU no puede acceder directamente a algunos elementos importantes del sistema y tiene que comunicarse con ellos GPU(mediante el mailboxsistema de mensajería) para usarlos. Hay documentación parcial sobre esto disponible. Now Video Core OS( VCOS) se extiende de vez en cuando por los empleados de Broadcom para habilitar las funciones que necesita el Linuxkernel, RISC OSo , a veces, incluso algunos sistemas operativos hobby. No hay buena documentación sobre esto, sin embargo, tendría que cavar en el RaspberryPi forum,githuby posiblemente otros lugares para encontrar información sobre esto. Pero está ahí ... en alguna parte. Y hay algunas personas que escriben su propio código de metal desnudo o incluso sistemas operativos en el RaspberryPi para ayudarlo. Y, por supuesto, una gran cantidad de código fuente abierto, el kernel de Linux de RasbperryPi, por ejemplo.
VideoCore es propietario, no hay documentación oficial ni herramientas de desarrollo. Entonces, a menos que quiera poner mucho esfuerzo, no puede volver VCOSa escribir con su propio código. Sin embargo, hay algún esfuerzo para aplicar ingeniería inversa al Video Core, puede encontrar información aquí .
Otro problema es que la USBpila de Synopsys es propietaria y nuevamente no hay documentación para ello y parece que incluso con la documentación es difícil implementarla de manera confiable. Pero nuevamente, el código está disponible (kernel de Linux, u-boot, CSUD ). El uso de capacidades gráficas avanzadas Video Coretambién puede ser difícil: hay un código fuente abierto para las bibliotecas de gráficos, pero es solo para el ARMlado.
Dicho esto, fue posible hacer que el RISC OSpuerto a partir de la información esté disponible (no me resulta del todo claro si solo usaban información de acceso público), algunas personas están reescribiendo (independientemente de Broadcom) el kernel de Linux para mainline, allí es un FreeBSDpuerto, 'U-boot' y otros. Por lo tanto, es definitivamente posible escribir su propio sistema operativo. Simplemente no es tan fácil como podría ser.
Tus metas
Numero 1
Hasta donde yo sé, no hay forma de que el SoC pueda comenzar de una manera diferente a la descrita. Así que el gestor de arranque de la primera etapa tiene que estar activado SD card. Y tiene que ser un GPUbinario, no un ARMbinario, que es otro problema. Y no hay flash incorporado en el RaspberryPi, que también es un problema.
Número 2
El principal problema es que no hay una placa integrada flashen RaspberryPi. Puede agregar uno y podría activarse en su gestor de arranque (que ya debería ser el gestor de arranque de la segunda etapa). Sin embargo, escribir un controlador USB podría ser problemático.
Número 3, 4, 5
Esto no debería ser un gran problema. La mayoría de los periféricos (al menos los accesibles para el ARM) están documentados aquí . El gestor de arranque existente lo hace aún más fácil ya que configura su SoC por completo. Puede buscar aquí y aquí algún código y documentación.
Alternativas
No conozco ninguna otra placa tan buena como RaspberryPi, por lo que es difícil recomendar algo, pero puedes echar un vistazo a algunos proyectos maduros como Beagleboard / Beaglebone / Pandaboard basados en OMAP o puedes seguir el desarrollo de algunas nuevas tablas como Allwinner Cubieboard o PCduino . Todo depende de lo que quieras lograr exactamente.