Cuando le doy al compilador Keil la opción "--callgraph", , calcula estáticamente el "Uso máximo de pila" exacto para mí.¿Cómo se determina el uso máximo de la pila en el sistema integrado?
Desgraciadamente, hoy me da un mensaje de "Uso máximo de pila = 284 bytes + Desconocido (Funciones sin apilamiento ...)", junto con una lista de "Funciones sin información de pila".
Nigel Jones dice que la repetición es una idea realmente mala en sistemas embebidos ("Computing your stack size" 2009), así que he tenido cuidado de no hacer funciones mutuamente recursivas en este código.
Además, me aseguro de que ninguno de mis manejadores de interrupciones vuelvan a habilitar las interrupciones hasta su instrucción final de retorno de la interrupción, por lo que no tengo que preocuparme por los controladores de interrupción reentrantes.
Sin repetición o controladores de interrupción reentrantes, debería poder determinar estáticamente el uso máximo de la pila. (Y la mayoría de las respuestas a How to determine maximum stack usage? no se aplican). Según tengo entendido, el software que maneja la opción "-callgraph" primero encuentra la profundidad máxima de la pila para cada controlador de interrupción cuando no se interrumpe por una interrupción de prioridad más alta y la profundidad máxima de la pila de la función main() cuando no está interrumpido Luego los suma todos para encontrar la profundidad máxima total (peor de los casos) de la pila. Esto ocurre cuando la tarea de fondo principal() está en su profundidad máxima cuando se interrumpe por la interrupción de prioridad más baja, y esa interrupción está en su profundidad máxima cuando se interrumpe por la siguiente interrupción de prioridad más baja, y así sucesivamente .
Sospecho que el software que maneja --callgraph se confunde sobre las pequeñas funciones de lenguaje ensamblador en la lista "Funciones sin información de la pila". El --callgraph documentation parece implicar que necesito calcular manualmente (o hacer una estimación conservadora) la cantidad de pila que utilizan, son muy cortos, así que debería ser simple, y luego "Usar directivas de marcos en código de lenguaje ensamblador para describe cómo tu código usa la pila ". Uno de ellos es el código de inicio inicial que restablece la pila a cero antes de saltar a main(), por lo que, en efecto, esto consume cero. Otro es el controlador de interrupción "Fault" que se bloquea en un bucle infinito hasta que apago el ciclo - es seguro asumir que esto consume cero stack.
Estoy utilizando el Keil uVision V4.20.03.0 para compilar el código del LM3S1968 ARM Cortex-M3.
Entonces, ¿cómo utilizo las "directivas de trama" para decirle al software que maneja "--callgraph" cuánta pila utilizan estas funciones? ¿O hay algún método mejor para determinar el uso máximo de la pila?
(Ver How to determine maximum stack usage in embedded system with gcc? para casi la misma pregunta dirigida al compilador gcc.)
Quizás pueda codificar equivalentes C falsos (desde el punto de vista del uso de la pila) de sus módulos de ensamblaje. y ejecuta tu análisis con esos. –
Agregué la etiqueta 'keil' ya que esta es una pregunta específica del compilador. Con suerte, eso atraerá más atención especializada al problema. – bta
No estoy seguro de si está preguntando cómo hacer que GCC haga análisis similares o cómo deshacerse del mensaje "+ Desconocido" de Keil (o tal vez esté buscando ambos, en cuyo caso debería haber dos preguntas separadas). Como parece que has determinado que el "+ Desconocido" proviene de funciones que usan la pila cero, parece que esencialmente puedes ignorarlo. –