Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Загрузка u-boot из ram на Cyclone V
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Системы на ПЛИС - System on a Programmable Chip (SoPC)
arpa-net
Всем привет!
Я сейчас занимаюсь прошивкой eMMC. Проблема в том, что eMMC пустая, на плате sd-карты и QSPI флешки тоже нет. Сейчас прелодер грузится с rom fpga-памяти, SPL прелодер(u-boot) тоже хочется разместить на другой ROM. Только в bsp editor нет варианта загрузки SPL с ROM. Кто-нибудь знает как заставить его грузиться со второй RAM памяти на FPGA?
Jury093
Цитата(arpa-net @ Jun 24 2016, 11:04) *
Я сейчас занимаюсь прошивкой eMMC. Проблема в том, что eMMC пустая, на плате sd-карты и QSPI флешки тоже нет.

только не говорите, что и сетки тоже нет - я бы разработчику гвоздь в голову забил!
если есть сетка и есть рабочий юбут в памяти, то можно по сетке все подтянуть и нарезать eMMC, потом туда сгенерить систему..
а вот если и сетки нет.. то только таскать кусками с память и писать на карту, четко понимая, куда и что класть..
как на запаску, смотреть на загрузку с FPGA и оттуда царапаться до eMMC..
arpa-net
Цитата(Jury093 @ Jun 24 2016, 09:34) *
только не говорите, что и сетки тоже нет - я бы разработчику гвоздь в голову забил!
если есть сетка и есть рабочий юбут в памяти, то можно по сетке все подтянуть и нарезать eMMC, потом туда сгенерить систему..
а вот если и сетки нет.. то только таскать кусками с память и писать на карту, четко понимая, куда и что класть..
как на запаску, смотреть на загрузку с FPGA и оттуда царапаться до eMMC..

Они с завода приходят уже напаянные. На самом деле есть возможность подключить sd-карту и загрузить линукс в ram, и там уже с eMMC работать.
В общем хочется делать все через jtag, т.к. в продакшене замучаешься флешку перетыкать.
Jury093
Цитата(arpa-net @ Jun 24 2016, 11:53) *
Они с завода приходят уже напаянные. На самом деле есть возможность подключить sd-карту и загрузить линукс в ram, и там уже с eMMC работать.
В общем хочется делать все через jtag, т.к. в продакшене замучаешься флешку перетыкать.

время заливки в QSPI через jtag обычным USB Blaster усеченной полнофункциональной системы (ядро с рутовой, фпга бинарь) на 12МБ занимает минут под 40..
чем думали разработчики, планируя голый eMMC, если честно я не понимаю - потребуйте у них доку на процесс загрузки данных на eMMC..
имхо, продакшн после jtag вас проклянет..
а если в процессе эксплуатации в момент апдейта софта неудачно потрется часть eMMC? или "каждому юзеру по jtag в подарок"?
еще вариант при наличии консоли - в юбут затягивать по x/y/z modem - но это _очень_ медленно..
arpa-net
Цитата(Jury093 @ Jun 24 2016, 09:11) *
время заливки в QSPI через jtag обычным USB Blaster усеченной полнофункциональной системы (ядро с рутовой, фпга бинарь) на 12МБ занимает минут под 40..
чем думали разработчики, планируя голый eMMC, если честно я не понимаю - потребуйте у них доку на процесс загрузки данных на eMMC..
имхо, продакшн после jtag вас проклянет..
а если в процессе эксплуатации в момент апдейта софта неудачно потрется часть eMMC? или "каждому юзеру по jtag в подарок"?
еще вариант при наличии консоли - в юбут затягивать по x/y/z modem - но это _очень_ медленно..

мне сейчас главное uboot со второго rom загрузить, дальше можно по сети через tftp все нужные файлы подтянуть.
Jury093
Цитата(arpa-net @ Jun 24 2016, 12:24) *
мне сейчас главное uboot со второй ram загрузить, дальше можно по сети через tftp все нужные файлы подтянуть.

хм.. тогда у вас получаются два варианта:
1. в прелоадере есть функция, в конце которой происходит загрузка основного юбута с носителя в основную память, подсчет CRC и передача управления основному юбуту. вот тут организовать свою процедуру по приему из jtag бинарника основного юбута и далее по тексту.. потом по сетке подтянуть остальное..
2. выкинуть из прелоадера все, кроме поддержки сети и подсистемы SD/eMMC, попробовать утоптаться в допустимые 64кбайта, ну и далее по сетке..
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.