Продолжаю мучить Linux для SoC и вот наступил на очередные грабли:
1. Залил на SD карту образ atlas_sdcard_v1.1.img.tgz с RocketBoards.org - работает.
2. Собрал (через makefile) и закинул на карточку систему (обновлял только прошивку FPGA) atlas-soc-ghrd-1.1.zip взятую оттуда же - работает.
3. Как только закинул на карточку dtb файл сгенерённый квартусом - линукс перестал видеть Ethernet.
Посмотрел исходный dts файл - секция с Ethernet присутствует и вроде не вызывает никаких подозрений.
Преобразовал изначальный dtb в dts и сравнил его с тем, что сгенерил квартус - они кардинально различаются.
Собирал в 15.1. То ли я что-то не так делаю, то ли квартус генерит кривой dts/dtb. Подскажите в какую сторону копать.

Логи в студию

Есть ещё момент когда используется только MAC1 в HPS - скрипты альтера генерит для MAC0. Но я так понял это не ваш случай.

Как раз наоборот Все отладочные платы используют MAC1. По умолчанию квартусом все генерится под него. Для того чтобы заработал MAC0 (например, из UBOOT) нужно править хедеры в сорцах и компилировать все по новой.

Что касается dtb/dts файлов... То, что генерит квартус (по крайней мере у меня) толком не заработало.
Откопал более менее нормальный dtb/dts(уже не помню где) и в нем включаю необходимые модули. Все вроде работает

Приложил свой файл. В нем я как раз включал нужный мне МАС и QSPI как дополнительную флешку.

Нажмите для просмотра прикрепленного файла

Вот что вылезает в консоли при загрузке:
Unable to update property /sopc/ethernet@0xff702000:mac-address, err=FDT_ERR_NOTFOUND
Unable to update property /sopc/ethernet@0xff702000:local-mac-address, err=FDT_ERR_NOTFOUND

2 BSACPLD
Очень интересно:
/* FDT_ERR_NOTFOUND: The requested node or property does not exist */

"NEW zImage-socfpga_cyclone5_de0_sockit.dts" -> local-mac-address
"OLD zImage-socfpga_cyclone5_de0_sockit.dts" -> mac-address

Думаю вам стоит прислушаться к gosu-art и модифицировать его dtb, чтобы не тратить время зря на разборки с кваКтусом.

Пока в качестве временного решения проблемы так и сделал, но хочется разобраться в причине возникновения данной ошибки
Есть предположение, что виноваты в этом xml конфиги из папки board_info. При использовании xml конфигов взятых из примеров SoC EDS проект получается вообще нерабочий (даже linux не стартует).

P.S.
Ну почему у альтеры примеры всегда полурабочие...
Из-за этого я в свое время перешел на создание полностью своих библиотек
Жаль только здесь такое решение не прокатит...

Я вам более скажу.. что не мало ответов на свои проблемы с dtb/dts я нашел на форуме Xilinx