Инициализация стека в 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 должен быть устновлен там куда указывает указатель в начале прошивке, всё остальное для бутлоадера совершенно не важно.

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

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

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

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

[Yogen]

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

Я так и думал. Смутило, что в примерах для SТM32 и ADuCM360/361 он не привязан ни к началу ни к концу, а плавает вместе с данными. Там всё просто в файле icf

Код

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

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

Смутило, что в примерах

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