Всем привет. Есть девайс на imx6ull Под него есть архив с билдрутом для сборки ядра, предоставленный вместе с прибором.

Есть конфиг-файл для сборки.

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

ERROR: No hash found for gcc-6.3.0.tar.bz2 package/pkg-generic.mk:128: recipe for target ‘/home/user/buildroot/output/build/host-gcc-initial-6.3.0/.stamp_downloaded’ failed make: *** [/home/user/buildroot/output/build/host-gcc-initial-6.3.0/.stamp_downloaded] Error 1

Тот же самый архив с билдрутом скачал на всякий случай с https://buildroot.org/download.html

результат не изменился (

Подскажите, пожалуйста, что не так, чего не хватает?

Всем привет.

Прошиваю девайс этой утилитой.

Хочется до конца понять что к чему. там есть две папки - files и firmware В files кидаю свои zImage, dtb

но zImage и dtb есть и в firmware Причем судя по скрипту, с них всё и начинается. Они первыми пишутся в девайс, а потом уже закидываются мои.

Если подменить этот zImage и dtb на мой, то всё - кирдык, ничего не работает.

Вся текущая беда в том, что после заливки возникает косяк в работе устройства. Долго бьюсь не могу понять из-за чего. Есть подозрение что вместо моих он подкидывает свои файлы… Если прошить девайс с загрузочной флешки, где только мои zImage и dtb, то всё работает ок. а вот через mfgtools - глючит.

Вопрос в том, что за zImage и dtb лежaт в firmware Как их можно собрать самому? Или откуда взять корректные? Х.з. в общем. сумбур сплошной, но иначе не получается написать )) поможите, кто чем может. )

девайс на imx6ull

Всем привет.

Есть устройство на imx6ULL

Linux Debian Stretch

Реализую обмен по шине CAN с периферийными устройствами.

Фишка в том, что никогда не приходит ответ на первый запрос. Только начиная со второго.

Пробую через canutils (cansend/candump) - результат такой же.

Такое происходит только после рестарта линукса. первый запрос не проходит.

Такое ощущение, что кановскому драйверу надо какое-то время чтобы «завестись» )) Причем после того, как к нему обратились…

Потом что через самописный софт, что через cansend запросы идут без проблем.

конфигурация в /etc/network/interfaces

auto can0 iface can0 inet manual up ip link set up can0 type can bitrate 500000 restart-ms 100 down ifconfig can0 down

Кто-нибудь сталкивался с подобным поведением? Как решается?

Всем привет

Имеется прибор на процессоре imx6UL Под него сборка дебиан от производителя.

В общем надо с этого прибора опрашивать другие по rs-485 на скорости 9600.

Порт открывается настраивается в неблокирующем режиме и т.д. и т.п. Чтение / запись работают через select с заданным таймаутом.

В итоге получается как-то так, что реальная скорость отправки данных существенно ниже установленной 9600.

Команда int bytes_write = write(fd, frame_write, frame_write_size) выполняется моментально. Но дальше получаем жуткий таймаут на получение данных. Проверили осциллографом, что данные на опрашиваемый прибор приходят и он отвечает сразу же без задержек.

Стал разбираться. Вставил после write команду tcdrain( fd ) И вот уже на ее выполнение (ожидание пока данные уйдут) отжирается в среднем 30 миллисекунд. В посылке 7 байт.

Ясно, что функцией write сначала скидывается в буфер, а потом запихивается в физическое устройство.

Но не 30 же миллисекунд на отсылку 56 бит?? По заявленной скорости на это должно уходить 5мс в идеале ).

Вопрос: можно ли как-то оптимизировать в линуксе всё это дело.

Под виндами написал такой же код, там всё просто летает. Отправка данных на 9600 на той же линии занимает в пределах 5-7 миллисекуд и примерно через столько же приходит ответ.

Что в линуксе не так?

Всем привет. ядро 4.9.11

Выполняю systemd-analyze critical-chain

Имею вот такую картину

graphical.target @1min 33.578s └─multi-user.target @1min 33.550s └─ssh.service @1min 33.043s +473ms <— красным └─network.target @1min 32.956s └─NetworkManager.service @8.630s +3.334s <—– красным └─dbus.service @7.333s └─basic.target @6.988s └─sockets.target @6.868s └─dbus.socket @6.834s └─sysinit.target @6.779s └─systemd-udev-trigger.service @1.868s +4.880s <- красным └─system.slice @1.309s └─-.slice @613ms

что проверять, куда смотреть?

Всем привет. Дебиан 9. Две сетевые карты

привязываю к ним интерфейсы eth0 и eth1

если в /etc/network/interfaces прописать сразу оба интерфейса, то активен и пингуется только eth0

если прописывать по отдельности, то работает и eth0 и eth1 соответственно.

auto eth0 iface eth0 inet static address 192.168.0.121 gateway 192.168.0.228 netmask 255.255.252.0

auto eth1 iface eth0 inet static address 192.168.0.122 netmask 255.255.252.0

Подозреваю, что дело в шлюзе, так? Вроде бы шлюз прописывается только для первого интерфейса, а для второго надо прописывать маршрут. Но никак не могу разобраться, как правильно. Подскажите, пожалуйста, что сделать, чтобы заработало )

Всем привет. Есть некое устройство на процессоре imx6ul C двумя сетевыми интерфейсами. Оба изначально работают.

Потом на это устройство накатывается образ Дебиан 9 от производителя, заточенный под imx6. После чего остается только один интерфейс eth0.

Через /etc/network/interfaces прописывал. Не помогает. Утилиты типа lshw видят только один интерфейс. Но до накатывания образа их было два )

Как в зарегистрировать второй? Подскажите пожалуйста!