Если отбросить все BootROM и посмотреть на работу процессора, в сухом остатке получим, что всегда CPU стартует следующей последовательностью:
1. Загружает слово по адресу 0x00000000 и помещает его в MSP.
2. Загружает слово по адресу 0x00000004 и помещает его в PC. С этого момента выполняется код.
То, что в данном конкретном МК может быть реализован нестираемый загрузчик (BootROM и т.д.) всего лишь означает, что CPU сначала будет выполнять код этого загрузчика. И применительно к пользовательскому приложению да, вполне вероятно, что формат образа прошивки диктуется производителем МК, либо разработчиком, если он же сам и пишет этот BootROM. Но изначально процессор всегда и полностью аппаратно выполняет шаги 1 и 2 при сбросе, поэтому в начале образа прошивки (собственный загрузчик, или же BootROM) обязаны быть корректные значения MSP и ResetVector. Остальные - уже по желанию можно будет перемещать как душе заблагорассудится. Также, нужно отметить, что конкретное отображение адресов 0x00000000 и 0x00000004 зависит от настроек системы (BootROM, Flash, RAM и т.д.), например, внешними уровнями на лапках МК.
http://infocenter.arm.com/help/topic/com.arm.doc.dui0553a/DUI0553A_cortex_m4_dgug.pdf, страница 17:
Именно
