с чего это? Все весящие на адресном шине с кешированием может кешироваться. А потом независимо от того есть такое или нет, кеш может быть включен в процессоре или выключен, как блок. То есть если сказать что кеша не будет, то проц отдаст кучу брамов.

Какой тогда смысл от axi bram, если основной листинг программы лежит в text?
Спасибо.

.text можно на AXI, но процессор туда сам не пойдет - надо его носом ткнуть. И сделать это должна программа .text которой находится на LMB - как правило бутлоадер.

Ок. Действительно кеш в процессоре включить можно. Правда, если запустить Base System Builder, то при отсутствии внешней памяти кеш недоступен (ну это ладно).
Тогда вопрос возникает, стоит ли делать кеш в случае, если BRAMs используются как внешняя память?

Может помочь, т.к. транзакция AXI достаточно "дорогая", чтоб прочитать одно слово надо делать дополнительные телодвижения.
Из более экзотических примеров - если шина интенсивно используется для DMA и процессор имеет низкий приоритет - кеш тоже поможет.

все же БРАМ через АКСи сильно быстрее ДДР (как мне показалось), так что можно кеш сделать минимальным. Вот прога в ДДР без кеша - ваше стоит, а тут может и поедет

Спасибо за советы!
Все работает) Единственное, столкнулся с проблемой, что блок .text не влазит ни в один раздел полностью. Его размер около 153 кб, а максимальный размер одного раздела BRAM можно сделать до 128кб. Оптимизировать код почти на 30кб, это довольно трудоёмкая задача. Есть ли возможность разделить блок .text на 2 блока AXI BRAM или формировать 2 раздела *.text и раскидывать их по разным AXI BRAM?

Вы booloader сделали?

судя по тому что хотят секцию текст затолкать в 128 Кбайт, то - нет

П.С. дебуг инфу отключите, и printff, сразу станет легче секция...

Дебаг отключил. Пока блок текста весит 175 кб. Проблема в том, что у меня используется в проекте управление через консоль. простое вычленение printf не спасёт, потому что используются библиотеки stdio и stdargs. Они сами по себе довольно жирные. Наверняка ведь есть какие то технологии хранения блока .text в разных адресных пространствах.

по идее нет, ведь в нем же адресация и частенько она относительная.... если его по разной памяти распихивать это все надо как-то учитывать. Не знаю есть ли такая магия в еклипсе что все это собирает....