Увеличил размер блочной памяти для Microblaze, но это не отразилось в SDK, смотрю в system.xml - там старые пределы так и остались Опции

[Krys]

Здравствуйте. Увеличил размер блочной памяти для Microblaze с 8кБ до 64кБ по этой инструкции (сообщение 2), но это не отразилось в SDK, смотрю в system.xml - там старые пределы так и остались:



Export Hardware to SDK естественно сделать не забыл. Физически память увеличилась, я проверил. В линкер скрипт вбил вручную новые адреса, скомпилил большую программу, она выполняется без сбоев на железе.
Вроде и так всё работает. Но мне хочется докопаться до сути: почему размер памяти, указанный в SDK, не увеличился автоматически в соответствии с реальным новым количеством, заданным в XPS? Где подкрутить в XPS, чтобы информация всё же попала в SDK после операции Export Hardware to SDK?

Ещё заметил, что после имплемента в Planahead в окошке Log - Implementation последние строки такие:

Код

*** Running data2mem
    with args  -bm "module_1_stub_bd.bmm" -bt "module_1_stub.bit"  -bd "D:/paul/svn_fft/fpga/planahead/fft_sp605/fft_sp605.srcs/sources_1/imports/microblaze/mb_bootloop_le.elf" tag module_1_microblaze_0 -o b "download.bit" -p xc6slx45tfgg484-3


ERROR:Data2MEM:80 - ADDRESS_SPACE or ADDRESS_MAP tag name 'module_1_microblaze_0' was not found.
    Some data may have not been translated.

Но это сообщение я подмечал ещё до увеличения размера блочной памяти. При том когда я прошиваю прошивку в железку, я указываю только файл module_1_stub.bit из папки имплемента, а *.bmm вообще не указываю. Если указываю ещё и module_1_stub_bd.bmm, то при прошивке выдаёт по-моему ту же ошибку "ADDRESS_SPACE or ADDRESS_MAP..."

Это может как-то влиять на отсутствие передачи нового размера памяти из XPS в SDK?

[Golikov A.]

нет не кеши!
Кеши для работы из брама не нужны, это мы уже обсуждали.

Когда вы делаете систему с микроблайзом вас спрашивают сколько памяти хотите, там можно задать до 64К.
Если там не задали, а переделывать лень, то смотрите на ваш проц, в XPS там он, и к нему приделан память контроллер памяти их 2 на данные и на инструкции в них тык тык и меняйте размер адресов, они идут на порты BRAM. Вроде бы дальше все само происходит.

дальше танцы. После того как я изменил проц в проекте который уже был. Я делал так
В XPS Project->Clean All generated files
дальше генережка проца и экспорт в SDK
тут лучше день потерять зато потом за 5 минут долететь.

в SDK танец с малым бубуном
на все проекты Project->Clean и ребилд

если происходит что-то странное, то зайти в bsp настройки, что-то поменять, сохранить выйти, клин - ребилд, вернуть настройки, клин ребилд

если это не происходит танец с большим бубуном. Все софтварные проекты удалить (не удаляя с диска), и заново экспортнуть, клин, ребилд...

пока менялся проц я прям по последнему сразу пути шел, опять же лучше день потерять чем за 5 минут долететь.... Благо проц не часто надо править.






думаю ошибка связана с тем же. Где то какие-то файлы не обновились. В проекте одно, в дата ту мем попадает другое, эта смесь его и парит.


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