¿Buenas herramientas o métodos para comprender la estructura del gestor de arranque?

Recientemente descubrí la causa de un error desagradable en el que he estado trabajando con un Atmel AT91SAM9G20 SBC que ejecuta U-boot , un gestor de arranque de código abierto. El núcleo del problema era que U-boot esperaba que el hardware se configurara de manera diferente a como lo había construido, por lo que algunos de los registros del dispositivo estaban mal configurados.

Ahora que he descubierto el problema, necesito ajustar U-boot para configurar los registros correctamente. Puedo hacer esto a ciegas agregando algunas líneas de código al final del programa, pero eso es desordenado.

Esto me lleva a mi pregunta: ¿cómo puedo averiguar cómo U-boot funciona de manera más eficiente que comenzar en main () y leer todas las rutas de código posibles en todos los archivos? He intentado hurgar en los archivos y mirar el código cerca de identificadores relevantes. Esto ha resultado ineficaz; parece que la mayoría del código son controladores para subsistemas que no me importan. De hecho, entiendo cómo funciona el cargador de arranque bastante bien por ahora, pero espero que exista un método mejor que mi enfoque ingenuo.

Hay varias herramientas / estrategias que pueden ayudar:

• Mejores herramientas para dar sentido al código fuente:

  • cscope es una herramienta para explorar el código C, es como grep pero entiende la sintaxis
  • Llame a los generadores de gráficos para dibujar una imagen de la estructura de la función
  • Fenris se ve interesante aunque no lo he probado

• Análisis de tiempo de ejecución

  • Pase por secciones interesantes con un depurador y analice lo que está sucediendo
  • Utilice las funciones de instrumentación de gcc para llamar a una buena parte de la entrada / salida de cada función p.ej. http://ndevilla.free.fr/etrace/

• Escribiendo tu propio mini gestor de arranque

  • A menudo encuentro que la mejor manera de entender algo es recrearlo yo mismo

Desafortunadamente, no hay una receta mágica que funcione para todo.

¿Cómo lo configuró para compilar para el AT91?

El árbol de código parece estar diseñado de tal manera que cualquier material específico de la arquitectura se encuentre en el árbol 'arch / (cpu class) / (cpu type) / ...'. Encontré el código AT91 debajo de arch / arm / cpu / arm926ejs / at91 ... ¿la variante específica que está buscando alterar no se encuentra allí? No hay mucho que revisar en ese directorio, especialmente porque casi la mitad de los archivos son específicos de la variante AT91 individual.

Lo siento si esto es obvio ... pero no mencionaste verificar esto.

Todavía no había mirado el árbol de códigos de uBoot, pero tu publicación me asustó. Un proyecto mío de último momento implica eventualmente usar uBoot y Linux en una PCB iMX233 personalizada. Estoy muy interesado en obtener este tipo de comentarios sobre qué tan bien está aislada la arquitectura de uBoot y las cosas específicas de las variantes y cuán grande será el dolor.