Версия для печати темы
Форум разработчиков электроники ELECTRONIX.ru _ IAR _ Выполнение кода из ОЗУ
Автор: AlphaLaiman Apr 18 2018, 12:53
Реализовал выполнение кода из ОЗУ на STM32, отредактировав .icf файл. Вопрос в следующем: у меня в коде присутствует большой константный массив данных (картинка). Как мне сказать компилятору, чтобы он не копировал её в оперативку и не забивал память почем зря?
Автор: jcxz Apr 18 2018, 13:09
Цитата(AlphaLaiman @ Apr 18 2018, 15:53)
Реализовал выполнение кода из ОЗУ на STM32, отредактировав .icf файл. Вопрос в следующем: у меня в коде присутствует большой константный массив данных (картинка). Как мне сказать компилятору, чтобы он не копировал её в оперативку и не забивал память почем зря?
Перенести этот массив во FLASH-регион описанный в .icf.
Автор: AlphaLaiman Apr 18 2018, 14:05
Цитата(jcxz @ Apr 18 2018, 14:09)
Перенести этот массив во FLASH-регион описанный в .icf.
Вот я и пытаюсь понять, как это сделать, чтобы не копировалось. Пробовал, например, #pragma location = ".rodata", не помогает
.icf файл.:
Код
/*###ICF### Section handled by ICF editor, don't touch! ****/
/*-Editor annotation file-*/
/* IcfEditorFile="$TOOLKIT_DIR$\config\ide\IcfEditor\cortex_v1_0.xml" */
/*-Specials-*/
define symbol __ICFEDIT_intvec_start__ = 0x08000000;
/*-Memory Regions-*/
define symbol __ICFEDIT_region_ROM_start__ = 0x08000000;
define symbol __ICFEDIT_region_ROM_end__ = 0x080FFFFF;
define symbol __ICFEDIT_region_RAM_start__ = 0x00000000;
define symbol __ICFEDIT_region_RAM_end__ = 0x0002FFFF;
define symbol __ICFEDIT_region_CCMRAM_start__ = 0x10000000;
define symbol __ICFEDIT_region_CCMRAM_end__ = 0x1000FFFF;
/*-Sizes-*/
define symbol __ICFEDIT_size_cstack__ = 0x2000;
define symbol __ICFEDIT_size_heap__ = 0x2000;
/**** End of ICF editor section. ###ICF###*/
/* intvec location in RAM after remapping in SystemInit */
define symbol RAM_intvec_start = 0x00000000;
define memory mem with size = 4G;
define region ROM_region = mem:[from __ICFEDIT_region_ROM_start__ to __ICFEDIT_region_ROM_end__];
define region RAM_region = mem:[from __ICFEDIT_region_RAM_start__ to __ICFEDIT_region_RAM_end__];
define region CCMRAM_region = mem:[from __ICFEDIT_region_CCMRAM_start__ to __ICFEDIT_region_CCMRAM_end__];
define block CSTACK with alignment = 8, size = __ICFEDIT_size_cstack__ { };
define block HEAP with alignment = 8, size = __ICFEDIT_size_heap__ { };
initialize by copy { readonly, readwrite };
do not initialize { section .noinit };
place at address mem:__ICFEDIT_intvec_start__ { readonly section .intvec };
place at address mem:RAM_intvec_start { section .intvec_RAM };
/*place at address mem:RAM_intvec_start { readonly section .intvec };*/
place in ROM_region { readonly };
place in RAM_region { readwrite };
place in CCMRAM_region { section .ccmram, block CSTACK, block HEAP };
Автор: jcxz Apr 18 2018, 14:27
Цитата(AlphaLaiman @ Apr 18 2018, 17:05)
Вот я и пытаюсь понять, как это сделать, чтобы не копировалось. Пробовал, например, #pragma location = ".rodata", не помогает
Код
.cpp:
static char const t[] @ ".httpContent" = {...};
.icf:
define region FLASHC_regionC = mem:[from 0x08020000 to 0x081FFFFF]; //PMU/FLASH (cached)
...
place in FLASHC_regionC {section .httpContent};
Автор: AlphaLaiman Apr 18 2018, 14:35
Попробовал, результат следующий: в отладчике массив лежит во Flash, как и хотелось, но теперь другой косяк - вместо значений из .cpp файла в нем одни нули
UPD: а иногда одни 0xFF
Автор: VladislavS Apr 18 2018, 15:49
Предлагаю заглянуть в .map файл.
Автор: jcxz Apr 18 2018, 15:50
Цитата(AlphaLaiman @ Apr 18 2018, 17:35)
Попробовал, результат следующий: в отладчике массив лежит во Flash, как и хотелось, но теперь другой косяк - вместо значений из .cpp файла в нем одни нули
UPD: а иногда одни 0xFF
Так ищите где у Вас косяк. Я Вам выдержки из рабочего проекта привёл, где всё ок.
Автор: AlphaLaiman Apr 18 2018, 16:00
Цитата(jcxz @ Apr 18 2018, 16:50)
Так ищите где у Вас косяк
При замене Вашего кода
Код
.cpp:
static char const t[] @ ".httpContent" = {...};
например на
Код
.cpp:
static char const t[] @ ".ccmram" = {...};
все работает. Но ccmram тоже не хочется забивать этим массивом
Цитата(VladislavS @ Apr 18 2018, 16:50)
Предлагаю заглянуть в .map файл.
Если воспользоваться советом
jcxz, то в map файле следующее:
Код
"P1": 0x207c
P1 s0 0x08000190 0x207c <Init block>
.httpContent inited 0x08000190 0x207c graphics.o [1]
- 0x0800220c 0x207c
вроде тут все норм
Автор: jcxz Apr 18 2018, 16:14
Цитата(AlphaLaiman @ Apr 18 2018, 19:00)
.httpContent inited 0x08000190 0x207c graphics.o [1]
вроде тут все норм
Где же норм? Вы бы хоть поинтересовались в этом же .map как у Вас const-элементы выглядят!
Вот это норм:
.httpContent const 0x08020000 0x1444 content.cpio [1]А
inited - это runtime-инициализируемая переменная:
.data inited 0x20022468 0x4 dflash.o [2]
Автор: AlphaLaiman Apr 18 2018, 16:32
Но я ведь вроде все также сделал, как у Вас. Может, Вы не все показали?
Инициализация массива:
Код
static BYTE const font[] @ ".httpContent" = {
#include "table_char_5x7.h"
};
icf файл:
Код
/*###ICF### Section handled by ICF editor, don't touch! ****/
/*-Editor annotation file-*/
/* IcfEditorFile="$TOOLKIT_DIR$\config\ide\IcfEditor\cortex_v1_0.xml" */
/*-Specials-*/
define symbol __ICFEDIT_intvec_start__ = 0x08000000;
/*-Memory Regions-*/
define symbol __ICFEDIT_region_ROM_start__ = 0x08000000;
define symbol __ICFEDIT_region_ROM_end__ = 0x080FFFFF;
define symbol __ICFEDIT_region_RAM_start__ = 0x00000000;
define symbol __ICFEDIT_region_RAM_end__ = 0x0002FFFF;
define symbol __ICFEDIT_region_CCMRAM_start__ = 0x10000000;
define symbol __ICFEDIT_region_CCMRAM_end__ = 0x1000FFFF;
/*-Sizes-*/
define symbol __ICFEDIT_size_cstack__ = 0x2000;
define symbol __ICFEDIT_size_heap__ = 0x2000;
/**** End of ICF editor section. ###ICF###*/
/* intvec location in RAM after remapping in SystemInit */
define symbol RAM_intvec_start = 0x00000000;
define memory mem with size = 4G;
define region FLASHC_regionC = mem:[from 0x08080000 to __ICFEDIT_region_ROM_end__];
define region ROM_region = mem:[from __ICFEDIT_region_ROM_start__ to 0x0807FFFF];
define region RAM_region = mem:[from __ICFEDIT_region_RAM_start__ to __ICFEDIT_region_RAM_end__];
define region CCMRAM_region = mem:[from __ICFEDIT_region_CCMRAM_start__ to __ICFEDIT_region_CCMRAM_end__];
define block CSTACK with alignment = 8, size = __ICFEDIT_size_cstack__ { };
define block HEAP with alignment = 8, size = __ICFEDIT_size_heap__ { };
initialize by copy { readonly, readwrite };
do not initialize { section .noinit };
place at address mem:__ICFEDIT_intvec_start__ { readonly section .intvec };
place at address mem:RAM_intvec_start { section .intvec_RAM };
/*place at address mem:RAM_intvec_start { readonly section .intvec };*/
place in FLASHC_regionC { section .httpContent};
place in ROM_region { readonly };
place in RAM_region { readwrite };
place in CCMRAM_region { section .ccmram, block CSTACK, block HEAP };
Автор: VladislavS Apr 18 2018, 16:35
Код
initialize by copy { readonly, readwrite };
Ничем не смущает?
Автор: AlphaLaiman Apr 18 2018, 16:43
Цитата(VladislavS @ Apr 18 2018, 17:35)
Код
initialize by copy { readonly, readwrite };
Ничем не смущает?
Ну так я же в начале темы написал, что хочу, чтобы код выполнялся из RAM. Для этого копирую туда код
Автор: jcxz Apr 18 2018, 16:52
Цитата(AlphaLaiman @ Apr 18 2018, 19:43)
Для этого копирую туда код
В readonly секции??
Автор: VladislavS Apr 18 2018, 17:09
Код
initialize by copy { readonly, readwrite } except{ section .httpContent};
Cекцию .httpContent в исключения попробуй.
Цитата(jcxz @ Apr 18 2018, 19:52)
В readonly секции??
Вообще, мануал именно это и советует.
Цитата
If you want to copy the entire application from ROM to RAM at program startup, use
the initilize by copy directive, for example:
initialize by copy { readonly, readwrite };
The readwrite pattern will match all statically initialized variables and arrange for
them to be initialized at startup. The readonly pattern will do the same for all read-only
code and data, except for code and data needed for the initialization.
Нелогично... Наверное, except{ section .httpContent} поможет.
PS: А зачем для секции .httpContent свой регион заводить? Можно же просто в ROM_region её разместить. Даже больше, что-то мне подсказывает, что с атрибутом static const массив и так в readonly должен попасть.
PPS: Я рассуждаю так. Регионы описывают физические области памяти, если они отличаются друг от друга свойствами или разнесены в адресном пространстве. Секции же описывают области программы. Если какие-то части программы (секции) требуют особенного размещения, то их размещают в нужном регионе, а если требуется то и по фиксированному адресу. Создавать пересекающиеся регионы - только осложнять жизнь линкеру.
Автор: jcxz Apr 18 2018, 22:00
Цитата(VladislavS @ Apr 18 2018, 20:09)
Нелогично... Наверное, except{ section .httpContent} поможет.
initialize by copy { readonly, readwrite }
Тогда уж лучше указать конкретные секции в
initialize by copy {}. А
readonly, readwrite в указанной конструкции указывают на
все секции имеющие соответствующие атрибуты.
Цитата(VladislavS @ Apr 18 2018, 20:09)
PS: А зачем для секции .httpContent свой регион заводить? Можно же просто в ROM_region её разместить. Даже больше, что-то мне подсказывает, что с атрибутом static const массив и так в readonly должен попасть.
Его секция будет иметь атрибут readoinly. Ну и попадёт в тот регион, который для readonly.
Я скопировал этот пример из .icf-файла для отладки в ОЗУ. Там все остальные секции идут в ОЗУ. Только .httpContent - во FLASH так как большой и не меняется - нет смысла грузить при каждой отладке.
Цитата(VladislavS @ Apr 18 2018, 20:09)
Создавать пересекающиеся регионы - только осложнять жизнь линкеру.
У меня и нет пересекающихся регионов.
Код
define region FLASHC_regionA = mem:[from 0x08000000 to 0x08001FFF]; //PMU/FLASH (cached)
define region FLASHC_regionB = mem:[from 0x08002000 to 0x08003FFF]; //PMU/FLASH (cached)
define region FLASHC_regionC = mem:[from 0x08020000 to 0x081FFFFF]; //PMU/FLASH (cached)
define region FLASHU_regionA = mem:[from 0x0C000000 to 0x0C1FFFFF]; //PMU/FLASH (uncached)
define region RAM_regionA = mem:[from 0x1FFE8000 size 0x18000]; //PSRAM (code)
define region RAM_regionB = mem:[from 0x20000100 size 0x1FF00]; //DSRAM1 (RW-data)
define region RAM_regionC = mem:[from 0x20020000 size 0x20000]; //DSRAM2 (RO-data)
PS: А "ROM" я называю именно ROM - Read Only Memory. FLASH != ROM
Автор: VladislavS Apr 19 2018, 01:24
Цитата(jcxz @ Apr 19 2018, 01:00)
initialize by copy { readonly, readwrite }
Тогда уж лучше указать конкретные секции в initialize by copy {}. А readonly, readwrite в указанной конструкции указывают на все секции имеющие соответствующие атрибуты.
Делать нужно ровно так как написано в документации, даже если это кажется нелогичным. Достаточно вспомнить наш спор про инициализированные данные с модификатором __eeprom. Как бы вам не хотелось обратного, но работать будет именно так как написано в мануале. Надо отдать должное IAR, всё разжовано в документации, остаётся только не лениться её читать.
Автор: VladislavS Apr 19 2018, 04:58
Кстати, вопрос топикстартеру. Зачем вы код в RAM тянете? Не знаю на каком чипе вы работаете, но почти уверен что у него отдельная шина к flash. Вешая код и данные на одну шину можно потерять в скорости, осоюенно если туда DMA запустить. Да и просто, RAM лишняя не бывает.
Автор: AlphaLaiman Apr 19 2018, 06:57
Цитата(VladislavS @ Apr 18 2018, 17:09)
Cекцию .httpContent в исключения попробуй.
Огромное спасибо, это помогло!
Цитата(VladislavS @ Apr 18 2018, 17:09)
Кстати, вопрос топикстартеру. Зачем вы код в RAM тянете? Не знаю на каком чипе вы работаете, но почти уверен что у него отдельная шина к flash. Вешая код и данные на одну шину можно потерять в скорости, осоюенно если туда DMA запустить. Да и просто, RAM лишняя не бывает.
STM32F4. Обычно этого не делаю, но тут довольно специфическая задача - разрабатываю OSD контроллер для VGA. Картинка отправляется построчно с помощью SPI пина MOSI. Для этого задействован DMA. Так вот при работе из Flash картинка на экране искажается, некоторые строки сдвигаются, особенно если что-то писать в буфер, где хранится картинка. Я не знаю точно, что служило причиной этому, но запуск из RAM исправил ситуацию. Тем более, я еще задействовал ремаппинг, поэтому время выполнения кода по сравнению с flash не ухудшилось
Автор: scifi Apr 19 2018, 07:18
Как-то раз делал загрузчик. Для того чтобы он мог перепрошивать самого себя, при старте он копировал себя из флэш в ОЗУ. Для этого ничего не надо было делать в настройках линкера. Единственное изменение: заменить адрес начала флэш с 0x08000000 на 0x00000000. В коде загрузчика просто делал memcpy(), потом ремап. Думаю, в вашей ситуации такой подход тоже оправдан.
Автор: VladislavS Apr 19 2018, 07:21
Понятно, особенность синхронизации шин.
Автор: jcxz Apr 19 2018, 08:02
Цитата(scifi @ Apr 19 2018, 10:18)
Единственное изменение: заменить адрес начала флэш с 0x08000000 на 0x00000000. В коде загрузчика просто делал memcpy(), потом ремап.
Так можно делать (да и собственно так и сделано сейчас у меня в бутлоадере) только если нужно целиком всю программу скопировать в ОЗУ. А ТСу нужна только одна функция. Хотя конечно если такую функцию и все её const данные вынести в отдельный файл, для этого файла переопределить сегменты по-умолчанию и вынести все эти сегменты в какой-то регион памяти, то потом можно этот регион и скопировать. Собственно и оверлеи можно так делать.
Цитата(VladislavS @ Apr 19 2018, 04:24)
Достаточно вспомнить наш спор про инициализированные данные с модификатором __eeprom.
Я в STM8
__eeprom нигде не использовал. Писал в EEPROM только самостоятельно, без компилятора/линкёра. Вроде за такой подход я тогда и ратовал.
Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)