Инициализация стека в Cortex M3 Опции

[Yogen]

Здравствуйте.

Написал приложение с собственным загрузчиком на ADuCM360. Работает, но до последнего момента был неясен вопрос инициализации вершины стека при переходе с загрузчика на основное приложение. Понятно, что при старте загрузчика по ресету стек инициализируется автоматически по указателю на нулевом адресе. Но при переходе на основное приложение этого не происходит и его нужно инициализировать вручную, например так:

Код

__set_MSP(*(__IO uint32_t*) FLASH_APPLICATION_ADDR); // Новая вершина стека.

Насколько успел разобраться, указатель стека по адресу начала основного приложения инициализируется компилятором в соответствии с директивами файла конфигурации *icf линкера. В файлах *icf из примеров написано:

Код

place in RAM_region   { readwrite,
                        block CSTACK, block HEAP };

но при таком размещении стек гуляет по памяти в зависимости от размера пользовательских данных в RAM и размера самого стека.
Однако здесь же на форуме читал что народ ставит вершину стека в конец RAM, поэтому переписал так:

Код

place at address mem: (__ICFEDIT_region_RAM_end__ - __ICFEDIT_size_cstack__)  { block CSTACK};
place in RAM_region   { readwrite, block HEAP };

Всё ли правильно сделал и какие могут быть подводные камни?
Где посмотреть пример файла конфигурации с привязкой вершины стека к концу RAM скажем для STM32?

[Kabdim]

msp должен быть устновлен там куда указывает указатель в начале прошивке, всё остальное для бутлоадера совершенно не важно. Компилятор/программист может сделать стэка где ему угодно, хоть в конце, хоть в начале.
Лично мне исходя из реализй m0 не нравится стек вначале т.к. в m0 нет vtor и таблица прерывний размещается в начале ram - соседство со стеком будет явно безрадостным в случае форсмажоров.

[Yogen]

msp должен быть устновлен там куда указывает указатель в начале прошивке, всё остальное для бутлоадера совершенно не важно.

Так и есть. Но я почему начал копать?! У меня при разных размерах стека загрузчика и приложения, а именно когда в загрузчике он больше, не стартует приложение. Как будь-то бы мусором из стека загрузчика инициализируются переменные в основном приложении.
При размещении стека в конце ОЗУ он слишком далеко от данных приложения и этого эффекта уже нет. Конечно это не выход из положения и нужно разбираться что там происходит. Но такая удалённость данных от стека может предохранить их в случае пробоя последнего, может поэтому его народ старается размещать его в конце.

[Сергей Борщ]

может поэтому его народ старается размещать его в конце.

Он (народ) размещает стек в конце потому, что таким образом под него отдается вся незанятая память, которая, в противном случае, никем никогда не будет использована. Любая встреча стека с чем угодно (хоть глобальными переменными, хоть с кучей) - всегда катастрофа. Размащая стек в конце ОЗУ народ отдает под него максимально возможное количество памяти, больше уже не выделить никак. И это позволяет отложить больбу с проблемой "стек встретился с данными" до того момента, когда под вашу программу станет уже физически не хватать памяти. Вот и все.

[jcxz]

Он (народ) размещает стек в конце потому, что таким образом под него отдается вся незанятая память, которая, в противном случае, никем никогда не будет использована. Любая встреча стека с чем угодно (хоть глобальными переменными, хоть с кучей) - всегда катастрофа. Размащая стек в конце ОЗУ народ отдает под него максимально возможное количество памяти, больше уже не выделить никак. И это позволяет отложить больбу с проблемой "стек встретился с данными" до того момента, когда под вашу программу станет уже физически не хватать памяти. Вот и все.

Лучше наоборот - расположить стек так, чтобы при его разрушении сразу прекращалось выполнение программы и вылетало на критическую ошибку. Чтобы эту ошибку сразу увидеть и исправить по "горячим следам" сразу как она сделана. А не через несколько месяцев, когда начнёт где-зто что-то глючит уже и не пойми что. И тогда на поиски ошибки уйдёт на порядки больше времени.
Копить ошибки и замазывать их костылями - ущербный подход, в результате всё ПО будет кривое и глючное.

Если стек в конце, а данные в начале, то при выходе из границ стек будет безболезненно юзать пространство свободного ОЗУ. А если стек вначале, то при том же форсмажоре он сразу перейдёт через нижнюю границу RAM.

Стек должен быть не "в конце" и не "в начале", а там куда указано расположение "block HEAP" в *.icf. Вот на конец этого блока и надо ставить SP. Ставить можно например командой LDR SP, xxx в асм-стартап-файле. И нужно проинитить оба стека - MSP и PSP (если конечно не весь код выполняется в Handler-режиме).