Из отличий - разные параметры фреймбуферов, то что не грузится - там hdmi прописан, то что грузится - два LVDS. Я не помню на каком ядре и доступа к фтп нет - был накручен скрипт который удалял строку параметров в ядре, в общем мутно была сделана конфигурация дисплеев чтобы LCD с параллельным интерфейсом не спалить, через него попробуйте сконфигурировать ядро, если он есть то называется типа make_menuconfig или что-то типа того и выберите в параметрах загрузки нужную строку
PS инструкция говорит
kernel – содержит ядро системы, в корневой директории ядра лежат скрипты:
menuconfig_safe – служит для конфигурирования ядра Safe системы
menuconfig_nand – служит для конфигурирования ядра системы штатной загрузки
build_safe_system – служит для сборки Safe системы
build_with_nand_rootfs – служит для сборки ядра штатной загрузки
PPS если там сделано как я написал, чтобы с SD загружать ядро надо в конфиге разрешить параметры загрузчика, по умолчанию скорей всего разрешены только встроенные параметры ядра.
PPPS все эти веселые скрипты сделаны для людей которые Linux не то что видят - слышат в первый раз, вы как понимаю уже специалист - даже знаете что объектники бывают :)
Я вот прямо сейчас снял конфиг с запускающегося ядра (uSD/uImage), перенес эту конфигурацию в собираемое ядро.
В результате - зависание.
Поменял опцию выбора видеорежима с первого пункта (HDMI-NA, LVDS1-800x480,..." на последний.
В результате - тоже зависание.
Такое впечатление, что что я нир делаю с конфигурацией - не грузится.
Это можно было бы объявнить измененями в исходниках ядра по сравнению с теми, из которых собран образ для прошивки с rescue uSD
Да, в скриптах ничего интересного кроме левых ХЗ куда ведущих (без билд-машины) путей к кросс-компилятору.
Если есть возможность - выложите архив ядра куда-нибуть, у меня нет платы с FPGA, но есть обычная, в принципе разница минимальная.
Еще вспомнил - с codesourcery у меня на этом ядре не работал gstreamer , я всегда своим компилятором пользовался, собирал crosstool-ng. Проблемы вполне могут быть свзяны с компилятором, можно попробовать компилятор по-старее.
Залил тот которым всегда пользовался раньше
Предрассудки все это - лицензия GPL и никто ее не отменял, логины-пароли больше для того чтобы трафик ограничить, там канал не резиновый. Я взялл у Павла логин-пароль, какая ревизия платы у вас, там есть v1 и v2 - какое ядро смотреть ?
У меня плата v2. Но я тут продвинулся сегодня дальше - я пересобрал ядро, которое лежало на виртуатке и вот оно загрузилось, примонтировало раздел карты с rootfs и начало исполнять init-скрипт, и зависло уже на поднятии сети. http://pastebin.com/wtf0z5bP
Спасибо всем за советы, похоже, по крайней мере, одно из решений найдено. Оказалось, что ядро, собранное тулчейном от 20013.11 виснет при загрузке, выводя строку "IPU DMFC DP HIGH RESOLUTION: 1(0,1), 5B(2~5), 5F(6,7)", а вот это же ядро с этой же конфигурацией, собранное старым тулчейном, который на виртуалке развернут, 2009q3 - загружается до конца.
Почему такая странность - не могу понять, но, по крайней мере, есть возможность продолжать.
ЗЫЖ
Кстати, заодно вопрос: в описании указано, что плата совместима только с одним типом экранов - ATM0700D4. К другим ее нельзя подключить из-за аппаратных ограничений?