Не зависит. Настоящий программист сначала изучит готовые решения.
А все остальные "программисты" - изобретают велосипеды.

Не совсем так. Если сидит aaarrr, то думаю будет работать.

Нет. Не "делов-то". Вы опять как и предыдущий оратор 90% не договариваете.
1) надо позаботиться чтобы этот маркер не попал в область используемую ROM-бутлоадером;
2) надо не забыть снять этот маркер, перед сбросами из основной программы, после которых нужно войти в бутлоадер;
3) если нужен вход в бутлоадер при любом типе сброса, в том числе неожиданных по WDT или BOR из основного ПО, то маркер нужно снять уже при старте основного ПО и зарезервировать место под него, чтобы оно не использовалось в основной программе.

Настоящий программист даже вопрос такой не будет задавать.

Не всё.
В некоторых МК вообще есть биты управления тактированием некоторыми регионами ОЗУ и при сбросе всей периферии (а не только ядра!) эти биты также могут быть сброшены и содержимое ОЗУ станет непредсказуемым.


Я бы вообще не стал бы доверять девайсу, который работает или нет в зависимости от того кто сидит рядом

Я тому, кто рядом сидит не доверяю. Тем более девайсу.
Иногда для RM делаю исключение.
Хотя вот SEGGER доверяет STM32F072C8 и делает NVIC_SystemReset.

Вы поняли мою мысль

Мысль не понял.
Намёк понял.

Если для кого-то это "90%" не являются очевидными, то ему не стоит пока заниматься написанием загрузчика.


0) надо озаботится достаточной разрядностью маркера, например.

И можно еще пару десятков пунктов добавить, кэп одобрит

Тут вообще, что ни тема, все сплошные намеки

У Вас САМ segger это делает???
Странно... у меня он делает то, что ему указано в разделе "J-Link/J-Trace\Setup\Reset" свойств проекта IAR.
Какой-то он у Вас больно самостоятельный.


То что вопрос задал именно этот "кто-то", видно уже из первого поста.

SEGGER это делает в своём коде для JLink-OB.
Для вызова бутлодера, который обновляет прошивку свою.
А так как код их бутлодера неизвестен, то приходится вызывать системный (DFU) и через него менять прошивку на новую.
Но это совсем другая история.

костыль..
модуль RCC специально для Вас имеет регистр в котором указан источник сброса, как раз для таких случаев.

И как он поможет определить, например, был ли вызван сброс из bootloader'а, или из основной части?

Это универсально для многих архитектур. Тем более, как было отмечено, не покажет конкретно откуда сбросили.

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