![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_default_photo.png)
chirik8807
Свой-
Постов
132 -
Зарегистрирован
-
Посещение
-
ALTERA DE1-SoC Продам
chirik8807 ответил chirik8807 тема в Продам
UP - 17 тр. - Четверг-Пятницу буду в Питере. -
ALTERA DE1-SoC Продам
chirik8807 опубликовал тема в Продам
Продам плату ALTERA DE1-SoC с Cyclone V на борту и ARM ядром. Описание платы https://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English&No=836 Цена -19 тр - Москва 9251422748 Могу отправить почтой. -
Моя почта и тел Воробьев Александр 925_14_22_748 [email protected] Я на linkedin https://www.linkedin.com/in/alexander-vorobyev-46506a36/
-
И не подскажите почему в примерах при генерации dts в sopc2dts указывают опцию --bridge-removal all ??
-
Это я подправил, иначе он не компилировал .dtb )
-
Всем привет! Взял за основу пример для платы DE10_Standard -> DE10_Standard_GHRD (quartus, qsys, soc_system.dts) 1) Добавил блок Frame Buffer II (и соответственно тестовую таблицу и вывод видео) 2) Добавил в hps еще один интерфейс f2h_sdram1 soc_system.rar Внес изменения в soc_system.dts но в нем есть места в которых я не уверен. мой DE10_GHRD_vip_soc_system.dts: DE10_GHRD_vip_soc_system.txt Описание в нем Frame Buffer II https://github.com/terasic/linux-socfpga/bl...eo/altvipfb.txt В нем почему то не строчки с клоком clocks = <&clk_0>; как в других блоках, так и должно быть? По ангиологии поправил описание моста Здесь жирным цветом, то что я добавил правильно ли? И в описании клоков clocks этот клок не задан, не совсем понял, что это за клок и нужен ли он мне?
-
При таком подходе проблем с sysid_qsys id и timestamp не возникает? они же будут не соответствовать заново генерированной системе из qsys ? sysid_qsys: sysid@0x100001000 { compatible = "altr,sysid-16.1", "altr,sysid-1.0"; reg = <0x00000001 0x00001000 0x00000008>; clocks = <&clk_0>; id = <2899645186>; timestamp = <1492500749>; }; //end sysid@0x100001000 (sysid_qsys)
-
Вручную подправил dts-файл, но линукс так и не стал грузиться - Bad Linux ARM zImage magic! С коллегой выяснили почему бьется zImage, все просто - после записи zImage в DDR память, эту же область памяти использует Frame Buffer и перезаписывает ее картинкой)
-
Т.е. из GHRD мы должны взять .dts или .xml и дописать туда свое. У меня же получается, что исходный GHRD проект от Terasic под ядро линукса 3.12 А дальнейшая инструкция с https://rocketboards.org/foswiki/Documentation/AVCVGSRD171 под более свежее ядро например. То правильно ли я понимаю, что даже если я сделаю свои .dtb их нельзя будет использовать под более свежие версии линукса?
-
hps_common_board_info.xml и soc_system_board_info.xml. И как вы с ними в итоге решили вопрос?
-
У меня проблема в Device Tree мне нужно сделать свои под DE1-SoC soc_system_board_info.xml и hps_common_board_info.xml я сразу на них не обратил внимание думал, что их генерит qsys. Сейчас попробую разобраться, что там и к чему...
-
В epcs только прошивка для плис. Спасибо за наводящие вопросы! но я начинаю думать на socfpga.dtb...
-
Не, с той же SD картой.
-
Интересно, а почему когда MSEL стояли на загрузку из EPCS, то ядро линукса начинало грузиться?