В 15-летие открытого проекта по созданию ОС РВ Embox вышла версия 0.6.4

гибкой конфигурируемостью на уровне исходных текстов

Так вот как сейчас называется «отсутствие конфигов»…

Если не хватает какой-то опции в конфиге ты всегда можешь ее дописать...

Задача у сабжа компилироваться в один бинарник под конкретный микроконтроллер, поэтому конфигам там не особо место.

Хотя я когда-то интересовался поддержкой device tree (FDT)

Задача у сабжа компилироваться в один бинарник под конкретный микроконтроллер, поэтому конфигам там не особо место.

Задача линуксового ядра - тоже скомпилироваться в бинарник. Но там конфиг есть. Да, он compile-time, но его можно отдельно созранять, переносить, сравнивать…

Короче, зависит от реализации.

Это нормальное явление для RTOS

А поддержка UEFI не планируется случайно?

Я буду под каждой новостью ныть что хочу инструкцию как добавить свой мк)

гибкой конфигурируемостью на уровне исходных текстов Так вот как сейчас называется «отсутствие конфигов»…

Извините, но не очень понял, откуда это и к чему?

У embox очень мощная система конфигурирования, по сути дела она (система сборки) и позволяет и достигать таких уникальных характеристик.

Систему сборки Embox можно сравнить со встроенными Линуксами (YoctoProject и ко), которую можно разбить на три части КBuild (ядро) + OpenEmbedded (скрипты для рутфс) + описание устройств (devtree). Причем поскольку это все анализируется вместе, то и получается более эффективно. И да, предусмотрено существенно большее конфигурирование, например для ядра https://github.com/embox/embox/blob/master/templates/arm/qemu/mods.conf#L48

Linux – это несколько иного калибра ядро. :)

Я буду под каждой новостью ныть что хочу инструкцию как добавить свой мк)

:) А эти две не подойдут вроде по шагам расписано

• https://habr.com/ru/articles/844288/
• https://habr.com/ru/articles/776712/

Задача линуксового ядра - тоже скомпилироваться в бинарник. Но там конфиг есть. Да, он compile-time, но его можно отдельно созранять, переносить, сравнивать…

Так в embox тоже есть конфиги. Их можно сравнивать воспроизводить, или о чем речь?

А поддержка UEFI не планируется случайно?

Речь о том чтобы embox был BIOS ом? или его можно было бы запускать как ОС c поддержкой UEFI?

И то и то рассматривается, но не в ближайшей перспективе

Что в авами на сайте ?

Извините, не понял вопроса?

С аватарками на github?

Чем это лучше bugurtos или нейтрино?

На правах бредового вопроса.

В почти соседней новости обсуждаются спецпрошивки для кнопочных телефонов вроде таких. Реально ли на такие аппараты портировать Embox? Для чего – например, сделать что-то типа неогороженного органайзера с кнопками…

compile-time конфиги не есть их отсутствие

e2k умеет, при этом открытая лицензия, а не проприетарный qnx

Нейтрино тоже умеет и эльбрус и байкал и арм и рисквы. И нейтрино давно уже не qnx, пора обновить методичку.

А чем лучше bugurtos? Тот на копеечных чипах работает.

Вот куда будем валить с linux. Как пропатчить kde под embox?

в отличии от этого у нейтрино и микроядро и реалтайм и qt со свежими крестами изкаропке

и поддержка куча архитектур включая все отечественные

День взятия Бастилии впустую прошёл... О! А ей уж восемьдесят?

С днём рождения проект и авторов :)

Задача у сабжа компилироваться в один бинарник под конкретный микроконтроллер, поэтому конфигам там не особо место.

Не всегда под микроконтроллер, прошивки практикуются например в роутерах. Но в целом да, в статике (при проектировании) задаются требования к системе, и там есть конфиги, а потом уже они избыточные. Но есть конфиги более высокого уровня (IP шник например) И это прекрасно у Embox решается прямо внутри чипа разворачиваем файловую систему https://habr.com/ru/companies/embox/articles/573244/

Linux – это несколько иного калибра ядро. :)

Согласен, но немного уточню формулировку. Ядро Linux по универсалено. Понятно, что различаются архитектуры и периферия, и очень хорошая система конфигурирования, можно модули подключать. Но когда есть ядро в нем есть все системные вызовы (кроме специальных). и драйвера тоже которые включили, и там DeviceTree напрашивается отдельным куском памяти держать. У Embox ориентация на специализированность, иначе вообще не понятно чем он лучше Linux (хуже в общем случае).

Вопрос как раз очень в тему.

Да, можно!

Спецпрошивки для подобных (малоресурсных) устройст, одна из целевых фишек Embox. Правда, там речь шла, об отечественном (не взлаевомом устройстве для звонилки). А для этого можно уменьшить функционал, тем самым уменьшив вектор атаки.

Единственное, портирование достаточно трудоемкая часть. Выигрышь идет дальше, когда твой код на всех этих маленьких устройствах (экранчиках) работает одинаково. И не требует особого сопровождения. Ну как и в Linux :)

ЮНейтрино тоже умеет и эльбрус и байкал и арм и рисквы. И нейтрино давно уже не qnx, пора обновить методичку.

Речь про открытость лицензии, а Вы про методичку.

Может это у Вас методичка? Или Вы утверждаете, что нейтрино (написанный кириллицей) является собственной собственной разработкой, а не базируется на Neutrino QNX с добавлением поддержки ряда платформ, в том числе перечисленных Вами? Я не вижу ничего плохого в данном подходе. Но Вам сказали про открытось лицензии!

Отвечу немного по другому. QNX отличная платформа! Но…

Ниже видел про поддержку Embox плюсов и средства разработки. Да, на это жаловались разработчики под QNX. Средства разработки сильно отстают от Линуксовых. Поскольку являются закрытыми и входят в комплект проверенной разработки.

Открытость, если у нас могут быть партнерские отношения. то есть, мы вместе с компанией заказчиком дорабатываем драйвера и отальное, а затем они могут быть независимы (они и сразу могут быть, сообщество есть, но зачастую приходим к сотрудничеству и консультациям).

Не буду говорить про численные параметры времени реакции, потому что https://habr.com/ru/companies/embox/articles/441336/. Но у embox, в силу открытости, Вы можете добиться оптимальных результатов для конктретно вашего случая.

А чем лучше bugurtos? Тот на копеечных чипах работает.

Функциональностью. Временем выхода на рынок. Простотой поддержки и сопровождения решений https://habr.com/ru/articles/776712/ https://habr.com/ru/companies/embox/articles/547582/

Да, embox не работает на STM8, можно запустить (запускали на msp430), но не видим необходимости. И главное на текущих копеечных чипах Embox прекрасно работает.

• Полностью российский AMUR https://habr.com/ru/articles/844288/
• Российский мелкий Vostok https://habr.com/ru/articles/777302/ (на нем ребята из Востока, запустили очень крутую функциональность)
• Буржуйский EFM32 (Cortex-m0, 32 кб ПЗУ, 4 кб ОЗУ) https://habr.com/ru/companies/embox/articles/537408/

Вот куда будем валить с linux.

:) Спасибо, но все таки скорее embox для специализированных решений. Linux прекрасен, и мы всем рекомендуем на него переходить. Если нет нескольких ситуаций. https://habr.com/ru/companies/embox/articles/440390/

Как пропатчить kde под embox? Потенциально можно, как, вот пример как Qt затаскивали https://habr.com/ru/companies/embox/articles/550884/ Но насколько я помню, там нужен еще слой X11 или wayland. Их пока тоже не затащили, пробовали собственные решения или directfb. Они более легкие.

То есть, в будущем, может быть мы и сможем для каких то безопасных десктопов и смартфонов выступать как базовая ОС. Но текущая ориентация все же на спец системы (АСУ-ТП, роботы, приборы, телеком оборудования и т.д.)

И да, для развлекухи затаскивали Quake https://habr.com/ru/companies/embox/articles/428634/

С днём рождения проект и авторов :)

Спасибо большое!

Какие намечаются празднетства? :) меня виртуально позовёте? :)))

Эмбедщина, одним словом.

И нейтрино давно уже не qnx, пора обновить методичку.

Напомните им сначала обновить документацию. Да, если что она спокойно нагугливается, выглядит как переведенная на русский документация на QNX. Нет, это не плохо, даже перевести её та ещё задача. Но тут без сравнения никак.

Но в общем-то, что одно, что другое, всё равно остается проприетарщиной.

https://kpda.ru/products/kpda10964/ZOSRV_Nejtrino_Rukovodstvo_administratora.pdf

Упоминание о куниксе там только в имени файловой системы и модуля ядра работы с ней

Это разве что при разработке кроссплатформенного софта становится заметнее. :)

Эмбедщина, одним словом.

Это да! :)

меня виртуально позовёте? :))) Непременно :)

Какие намечаются празднетства? :)

В основном как раз виртуальные :( Стало трудно офлайн собираться почему то… :(

Ну, реальность она такая, да. Жоская.

И нейтрино давно уже не qnx

Это с каких пор? В логотипах вытерли упоминания о QNX? Так это – в документации на МСВС тоже не было упоминания про линукс, линуксом он от этого быть не перестал. Астра в этом плане просто-напросто честнее.

пора обновить методичку

Это вы свои методы на других проецируете, я правильно понял?

И главное: что оригинальный QNX, что нейтрино – проприетарщина. Сабж (как и BuguRTOS, как и линукс) – открытый проект.

А чем лучше bugurtos? Тот на копеечных чипах работает.

Чем шкаф лучше стула?