Перейти к содержанию
    

Портирование Linux Yocto (возможно дальнейшее удалённое сотрудничество)

Доброго времени суток!

 

Для аппаратуры, базирующейся на CPU TI Sitara нужно сделать кастомизированную сборку Yocto Linux. Имеющееся решение (Yocto, предлагаемое TI) не устраивает ввиду:

 - недостаточная стабильность;

 - нужна поддержка периферии заказчика.

 

Детальные технические требования отправим в ЛП.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, x893 said:

Какой процессор ? (335, 437, 57, 65, ... )

335-й

21 minutes ago, gosha-z said:

1. Yocto критичен?

2. Что такое "поддержка периферии заказчика"?

Заказчик хочет именно Yocto ввиду субъективных причин (их мэнтейнер лучше его знает).

Специфика периферии, например, в том, что нужна kernel-level поддержка сигнала DE для RS-485 шины. 

Также открыт вопрос возможности размещения FS в RAM (для большей устойчивости к выключению прямым отключением питания).

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

17 minutes ago, Димыч said:

Специфика периферии, например, в том, что нужна kernel-level поддержка сигнала DE для RS-485 шины. 

Так это ядро, а не rootfs.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

8 hours ago, gosha-z said:

Так это ядро, а не rootfs.

Разумеется. Замечание про DE и его поддержку в драйвере/ядре не относилось к вопросу монтирования/копирования файловой системы в оперативной памяти. 

По факту, есть список требований. Хотя заказчик, как это часто бывает, довольно общо представляет задачу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Делал и не раз и не два и не три. Но buildroot'ом. По моим ощущениям (глядя на крайний petalinux), Yocto - что-то монструозное и слабоуправляемое. Для экспериментов в хозяйстве есть BBB.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

51 minutes ago, gosha-z said:

Делал и не раз и не два и не три. Но buildroot'ом. По моим ощущениям (глядя на крайний petalinux), Yocto - что-то монструозное и слабоуправляемое. Для экспериментов в хозяйстве есть BBB.

Обсужу с заказчиком ещё раз :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

55 minutes ago, gosha-z said:

buildroot'ом. По моим ощущениям (глядя на крайний petalinux), Yocto - что-то монструозное и слабоуправляемое.

Вот согласен - запредельно тормозная и прожорливая система сборки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

TI предоставляет свое SDK на базе Yocto. По мере исправления ошибок и поддержки новой функциональности  в загрузчике/ядре/драйверах/скриптах и т.п., выходят новые версии SDK (раз в 3-4 месяца). Да, Yocto тормознутая, да, бывало, процесс сборки завершается ошибкой, для исправления которой требуется несколько дней копания в питоновском коде. Но, перейдя на buildroot, процесс поддержки исправлений от TI и opensource сообщества (переход на новые версии u-boot/kernel), как минимум, станет трудозатратнее.

Изменено пользователем vguard

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

u-boot и ядро лучше вообще собирать отдельно, а не в составе buildroot, или, тем более, Yocto. В последнем случае процесс запуска сборки ядра занимает едва ли не столько же времени, сколько сборка его отдельно с нуля.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как говориться пересчет выключателей галочек.

Давно ни кто из вендоров под свежие архитектуры не поддерживает BuildRoot, uboot

Пром стандарт fastboot+yocto;

Слишком много фич связанных с безопасностью и ускорением работы реализовано.

Автар: Можно некий объем очертить? Стабильность оно понятие не измеряемое и субъективное. Надо как то разрезать слона на подзадачи.

Сколько периферии и какие протоколы? Пересекаются ли проблемы с Errata для процессора?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

To MIkler.
Вот ссылка на скрипт из yocto для сборки u-boot: http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-bsp/u-boot

Вот ссылка на изменения u-boot от TI: https://git.ti.com/gitweb?p=ti-u-boot/ti-u-boot.git;a=summary     - последний коммит 22 часа назад.

Где можно узнать об альтернативе u-boot для загрузки linux от TI под названием fastboot?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

27.09.2020 в 23:42, Димыч сказал:

335-й

Вопрос оффтопный, но очень напрягает. Вы эти Sitara  для своих изделий сами покупаете/покупать планируете? У нас тоже в изделии стоит AM437x. Дилеры (которые пока дилеры) старательно предлагают выкинуть TI потому как  с нового года все пойдет через ARROW и как минимум подорожает. Кроме того прогнозируются перебои потому как у ARROW офис в России "минимальный". 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 10/2/2020 at 9:35 AM, MIkler said:

Как говориться пересчет выключателей галочек.

Давно ни кто из вендоров под свежие архитектуры не поддерживает BuildRoot, uboot

Пром стандарт fastboot+yocto;

Слишком много фич связанных с безопасностью и ускорением работы реализовано.

Автар: Можно некий объем очертить? Стабильность оно понятие не измеряемое и субъективное. Надо как то разрезать слона на подзадачи.

Сколько периферии и какие протоколы? Пересекаются ли проблемы с Errata для процессора?

 

Доброго времни суток.

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

во-вторых, как раз сейчас "компилирую" требования от заказчика. Инициатором выступает управляющий директор фабрики, но он формалирует задачу, как "нам нужен ёкто на наши девайсы, чтобы кастомер был счастлив". Далее я начинаю расталкивать схемотехника касаемо особенностей "нестандартной" периферии (если таковая вообще есть) и мэнтейнера, который весьма далёк от понимания схем. 

В итоге получаю примерно следующее:

1) As to the Yocto Linux for Sitara: a customer who wants to have it with Linux. I will work soon on the update of the schematic and PCB design according to the requirements. Mech.Engineer has prepared a mechanic. I believe that the used Linux is flexible. At the end the application is only a web panel, open a browser, display on 4.3” screen with touch panel. That’s it.

2) Another project got a higher priority now. For prototyping, we are using Banana Pi board + USB based EETI touch and DSI to LVDS converter for display. Customer basically wants to use this display by running web browser in full screen mode. For Linux, we took M64 repository from website. But we found that web browser in this source code is not working properly. It is very slow and does not load fonts and other graphics properly. Thus now we are looking for someone who can help us to resolve this issue.

То есть, Ёкто Линукс передвинут на низкий приоритет, зато появилась "горящая" задача.

Вообще, у этих людей постоянно какие-то около-линуксные задачки, поэтому и обозначил, что долговременное сотрудничество с ними скорее всего актуально. Я здесь выступаю, не как посредник, а как хороший знакомый управляющего директора фабрики.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...