Увеличил размер блочной памяти для 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.]

ну еще осталась ваша ошибка data2mem
по ней предлагают вот что делать
http://www.xilinx.com/support/answers/58367.html
ссылка про вивадо, но вызов оттуда и общая проблема таже. Ваш модуль не попал в какие то xml файлы.

Я бы конечно для простоты попробовал бы просто имя модулю поменять, все почистить и перегенерить.
Потом я бы по удалял временные файлы проекта, чтобы они заново пересоздались
и только потом начал бы ручками их править

а вот забивать на ошибку... ну не знаю, мало ли где в каких чего это потом и как...

[Krys]

ну еще осталась ваша ошибка data2mem

Ой, я про неё и забыл... ))) (или забил пока)

по ней предлагают вот что делать
http://www.xilinx.com/support/answers/58367.html

Вот ещё хорошие ссылочки на эту тему:
http://forums.xilinx.com/xlnx/board/crawl_...essage.id=29113
http://www.xilinx.com/support/answers/51180.html
Короче в целом понятно. На стадии генерации битстрима запускается data2mem. Кто её просил? Ведь в настройках вот что:



Т.е. там пусто. Значит нечего и запускать. И не отключишь.
Но она запускает. При том подставляет тэг названия процессора (см. командную строку в логе из первого сообщения), не соответствующий действительности. Отсюда и ошибка. Думаю на это можно забить, т.к. меня не интересует результат выполнения data2mem на этапе окончания имплемента. При загрузке прошивки через SDK оно будет запущено повторно, все нужные файлы будут правильно подставлены, и тот результат, записанный в совершенно другую папку, меня уже и будет интересовать.

Разбираясь более подробно:
Среда подставляет тэг module_1_microblaze_0, хотя на самом деле у меня и у других, судя по ссылкам выше, тэг должен быть маленько другим: module_1_i_microblaze_0, где module_1_i - это название модуля, которое фигурирует в топовом файле module1_stub.v, которым обёртывается проект xps под названием module1.xmp. Топовый модуль генерируется автоматически по команде generate top-level. Предполагаю (ещё не проверял), что в этом топовом файле надо у названия модуля стереть _i, тогда тэги будут совпадать ))
Но это если кому надо обязательно устранить это сообщение об ошибке. Мне вот как оказалось не надо.

Я бы конечно для простоты попробовал бы просто имя модулю поменять, все почистить и перегенерить.
Потом я бы по удалял временные файлы проекта, чтобы они заново пересоздались
и только потом начал бы ручками их править;)

Мне помогло всё почистить и перегенерить, всё проделать "начисто". Ошибка по окончании имплемента не исчезла (забиваем), но ошибки при загрузке прошивки через SDK больше нет, и это главное.