Откуда начинается стек у STM32?

Question

[Ю Ю]

Изучаю статейку. Показалась довольно интересной.
habrahabr.ru/post/274541/
Как дошёл до разбора бинарника, застрял. Помогите растолковать.
Я проецирую статью Виталия на свой процессор. STM32F100C4T6B
Памяти в нём 4кБ(RAM).
В статье память вычислена как 2020000, тогда для STM32F100C4T6B должно быть 20001000 верно?
Но получается я вылез за пределы. Не нужно ли вычитать 1 из результата? т.е. 20000FFF
Если создавать проект в IAR, то там вообще после дизассемблирования получилось 20000408. Откуда там эти цифры?
Стек начинается с конца памяти (т.е. с 20000FFF для 4-х кБ)?
Будьте любезны, не проходите мимо.

Answer 1

[Mirn]

в современных и вменяемых средах разработки всё задаётся явно прямо в исходниках и сразу видно где например лежит стек и как он подключается при запуске через таблицу прерываний.
вот например смотри мою минимальную прога на нормальном Си в нормальной среде разработке, которая уделала все извращения на асме что были в статье.
https://habrahabr.ru/post/274901/#comment_8738493

расшифровываю
__attribute__ ((section(".co_stack"))) - это атрибут заставляет положить массив для стека в секцию с именем .co_stack, а далее в LD файле (задаёт порядок компановки секций в прошивке и управляет адресами что куда ложить) указывается что эта секция должна идти после секции данных

__attribute__ ((section(".min_isr_vector"))) - таким же образом даёт имя min_isr_vector, а в ld файле указывается что эта секция первая в прошивке и всегда идёт с адреса 0х08000000.

стеку не нужна уменьшать на Х значение, если память заканчивается на 2020000, то в SP можно запихать 2020000. Потому что при команде push В НАЧАЛЕ уменьшается значение SP а потом уже кладётся по этому уменьшенному значению сохраняемые данные.
Да и SP указывает на память и обязано быть кратным 4 (машинному слову, 20000FFF недопустимо!)

Извините но Иар и Кейл не очень среды (но компиляторы в них хорошые, да), и поэтому надо пользоваться вменяемыми и не устаревшими в 90ых годах инструментариями. Тогда и вопросов не возникнет. вот в эклипсе с плагином CDT для си и с++ во всех примерах сразу сделано нормально выделение стека. А в последних вообще идеально. В Attolic и всяких RED от NXP так же хорошо всё сделали нарпимер, так что выбор среды по душе не проблема, надо только захотеть ;)

Comments

[Ю Ю]

Спасибо за разъяснение!
Не подумал про работу команд push/pop
А стек можно разместить в начале оперативки?

[Mirn]

Ю Ю: можно, главное чтоб оставался запас роста к самому началу. LD файл тебе в помощь ;)

[Ю Ю]

Mirn: Тогда ясно, откуда IAR взял 20000408 в инициализации стека.

[Mirn]

Ю Ю: IAR закрытый был когда я это рассматривал, исходников его общих либ и стартап кода не было, так что надейся что это не в 2000000 окажется ;) Эта закрытость особенно бесит в век опенсурса когда предпалагается что для доброй половины либ нужно будет что то внутри общих либ менять и встраивать. Ну и ощущение что не ты пишешь код и какие то маркетолухи которые могут в любой момент нагадить при любом обновлении - чуство непередоваемое. а они нагадят - инфа 100%, эта среда для крупных корпораций которым всё равно что разработчик задолбается если кто то там пооткатывал с апдейтов бабло и вкорячил говнокод вместо рабочего - зато повод следующим платным апдейтом исправить, это уже было и не раз в 2000ых.

[Mirn]

Ю Ю: но мне реально нравится компилятор иара, в паре запущенных случаев когда исходники надо было ускорить на 20% но переписать под сотню тышь строк быдло кода на Си нереал, этот компилятор спасал т.к. показывал производительность на 30-40% быстрее gcc и избавлял от обязанности досканально копаться в чужом коде.