Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Загрузка DE1-SOC
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Системы на ПЛИС - System on a Programmable Chip (SoPC)
RamZoom
Всем привет! Суть вопроса после сборки проекта запускаю bsp-editor устанавливаю поддержку fat систем и генерирую остальное без изменений. В папке spl_bsp запускаю make из embedded консоли и получаю предзагрузчика и развернутую систему для сборки загрузчика. Хоть переопределяю переменные загрузки CONFIG_BOOTCOMMAND и CONFIG_EXTRA_ENV_SETTINGS, хоть оставляю в неизменном виде после make uboot при загрузке получаю not definedcboot. Первая переменная переопределена для запуска скрипта #define CONFIG_BOOTCOMMAND "run callscript", а во второй минимальный набор для запуска #define CONFIG_EXTRA_ENV_SETTINGS "scriptfile=u-boot.scr\0" "fpgadata=0x2000000\0" "callscript=fatload mmc 0:1 $fpgadata $scriptfile;" "source $fpgadata\0". Сам скрипт содержит описание на запуск zImage, rbf и т.д... Может кто уже решил этот вопрос подскажите как быть

Jury093
Цитата(RamZoom @ Mar 31 2018, 14:24) *
Всем привет! Суть вопроса после сборки проекта запускаю bsp-editor устанавливаю поддержку fat систем и генерирую остальное без изменений. В папке spl_bsp запускаю make из embedded консоли и получаю предзагрузчика и развернутую систему для сборки загрузчика. Хоть переопределяю переменные загрузки CONFIG_BOOTCOMMAND и CONFIG_EXTRA_ENV_SETTINGS, хоть оставляю в неизменном виде после make uboot при загрузке получаю not definedcboot. Первая переменная переопределена для запуска скрипта #define CONFIG_BOOTCOMMAND "run callscript", а во второй минимальный набор для запуска #define CONFIG_EXTRA_ENV_SETTINGS "scriptfile=u-boot.scr\0"

а вы знак слеша не забыли в конце каждой строки дописать? пример из ближайшего конфига:
Код
#define CONFIG_EXTRA_ENV_SETTINGS \
    "verify=n\0" \
    "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
    "fdtaddr=0x00000100\0" \
    "bootimage=zImage\0" \

и посмотрите, как сейчас выглядит блок настроек юбута:
Код
printenv

для переменных cmdboot и callscript
RamZoom
слеши прописаны. Я их при записи здесь в строку поубирал
Jury093
Цитата(RamZoom @ Mar 31 2018, 16:03) *
слеши прописаны. Я их при записи здесь в строку поубирал

ну допустим, а что сейчас видно в этих переменных и видны ли они в окружение?
RamZoom
А вот здесь выяснился неприятный факт. Ранее собирал по методу описанном на ХарбаХарбе в котором был скрипт u-boot-env.img и писал его на раздел a2 вместе с предзагрузчиком. После этого неоднократно переделывал флешку и с помощью gparted и fdisk, но по ходу каким-то образом этот скрипт до сих пор там и стартует он. Ищет uImage
Jury093
судя по содержимому окружения у вас где-то ошибка в написание, вот кусок из стандартного дефайна:

Код
#define CONFIG_EXTRA_ENV_SETTINGS \
    "verify=n\0" \
    "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
бла-бла
    "scriptfile=u-boot.scr\0" \
    "callscript=if fatload mmc 0:1 $fpgadata $scriptfile;" \
            "then source $fpgadata; " \
        "else " \
            "echo Optional boot script not found. " \
            "Continuing to boot normally; " \
        "fi;\0"

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

Цитата(RamZoom @ Mar 31 2018, 16:22) *
А вот здесь выяснился неприятный факт. Ранее собирал по методу описанном на ХарбаХарбе в котором был скрипт u-boot-env.img и писал его на раздел a2 вместе с предзагрузчиком. После этого неоднократно переделывал флешку и с помощью gparted и fdisk, но по ходу каким-то образом этот скрипт до сих пор там и стартует он. Ищет uImage

что-то я упустил - поиск ядра это плохо?
RamZoom
По ходу флешка померла. Была очищена, отформатирована в fat, затем в ext4, потом очищена. Создана новая таблица с разделами загрузки. Загружены предзагрузчик и загрузчик. И опять 25. В общем спасибо большое за помощь. Стало ясно куда копать дальше

Поиск ядра это не плохо. Суть задумки предзагрузчик стартует загрузчика, тот в свою очередь скрипт. Все дальнейшие пути с инструкциями поиска, установки и т.д. планирую производить в скрипте.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.