Embox v0.5.0 Released

мсп430 умеет? или не тот масштаб?

ОСь интересная. Только вопрос - а что с ресурсами, сколько флэша и рамы хотит?

мсп430 умеет? или не тот масштаб? Ради эксперимента запускали. Сейчас ен уверен, что соберется. И да навереное для совсем маленьких платформ, Embox не дает ощутимой выгоды.

А в чем смысл, если тезисно? В каких случаях выгода?

ОСь интересная. Спасибо

Только вопрос - а что с ресурсами, сколько флэша и рамы хотит? Запускали на EFM32ZG-STK3200 (cortex-m0+ flash 32kB ram 4kB) сейчас немного не влезает, но думаю в ближайшие дни запустим. Правда это минимум и там ничего особого нет, но в качестве оценки минимальных ресурсов платформа вполне показательна.

Правда главным преимуществом мы считаем возможность использовать более функционального ПО

А в чем смысл, если тезисно? Embox main idea is using Linux software without Linux

В каких случаях выгода?

• Использование менее мощного (следовательно доступного, менее энергопотребляющего и так далее) оборудования.
• Если есть готовый код под Linux, но Linux нельзя использовать (например потребление хочется уменьшить)
• Разработка почти с удобствами десктопного ПО
• Увеличивается безопасность
• и тд Немного подробнее можно посмотреть тут

А нельзя тот же Линукс скомпилировать с минимальным набором фич и запустить на сильно ограниченном железе? А то и готовые дистрибутивы могут быть. Зачем тащить неизвестную ОСь?

А нельзя ту же Windows Embedded IoT сконфигурировать с минимальным набором фич и запустить на сильно ограниченном железе. А то майкрософт и конфигурации готовые может предоставляет. Зачем тащить наколенное поделие под сомнительной лицензией без каких либо законных гарантий?

Истории успеха в студию, а то таких ОСей пруд пруди, начиная с FreeRT заканчивая tinyOS

Если достаточно, то почему бы и нет!

Но посмотрите в списке достижений: на микроконтроллере stm32f769 запустили Qt, PJSIP, OpenCV. Linux вряд-ли удастся урезать до 2 mb флеш и 512 кб ОЗУ, да еще и там это самое ПО должно быть.

Только что говорил о достижениях Вот несколько примеров это обычное ПО для Linux, но для приведенных Вами FreeRTOS & tinyOS оно не доступно. С другой стороны, для Linux (на данный) момент, недоступны такие показатели по минимизации ресурсов.

Но посмотрите в списке достижений: на микроконтроллере stm32f769 запустили Qt, PJSIP, OpenCV. Linux вряд-ли удастся урезать до 2 mb флеш и 512 кб ОЗУ, да еще и там это самое ПО должно быть.

Я не силён в том, насколько можно Линукс «кастрировать» и сколько при этом он будет кушать, но если Embox рулит и пидалит на железе, которое линуксу не достижимо, значит оно действительно надо. А раз надо, пусть авторы пилят.

Улучшена работа ttyS подсистемы

Какой-то нерусский порядок слов. Должно быть так:
Улучшена работа подсистемы ttyS
И далее такие же перестановки слов.

под лицензией BSD

зачем ? опять переписывание линукса как в bsd-системах, это же дико тормозит проект.

Почему коробка мятая и надпись с кляксами на лолготипе ? Как вы яхту назовёте так она и поплывёт.

Дизайнер ест, очевидно же

Дизайнер ест, очевидно же

ёб лаконичней бы выглядело :) и коробку на спанчбоба заменить

А Net-SNMP не пытались запускать?

Какой-то нерусский порядок слов. Должно быть так: Улучшена работа подсистемы ttyS

Согласен, наверное накладывается английский порядок слов, в этих терминах он привычен

зачем ? опять переписывание линукса как в bsd-система

Не очень понял, Вы имеете в виду, что BSD лицензия тормозит проект?

Просто, естественно, никто не ставит целью переписать Linux, фраза «Linux без Linux» для простоты и понятности описания направления проекта.

По поводу лицензии тоже не соглашусь, не GPL выбрана сознательно, поскольку в embedded важным является возможность закрытия своей части интеректуальной собственности.

А Net-SNMP не пытались запускать?

Конкретно Net-SNMP, вроде бы нет, но реализация SNMP протокола точно есть, и она использовалась в нескольких проектах.

никто не ставит целью переписать Linux

цели проекта мне вообще не ясны и ваша отсылка на "линукс - на GPU нет документации а есть только GPL код драйверов Linux и не только GPU

в embedded важным является возможность закрытия своей части интеректуальной собственности

так это ОС для воров ? вы же закроете и чужую собсвенность в виде Qt например

цели проекта мне вообще не ясны и ваша отсылка на "линукс - на GPU нет документации а есть только GPL код драйверов Linux и не только GPU

цели проекта мне вообще не ясны и ваша отсылка на «линукс - не линукс» не особо помогает. Линукс всё равно переписываете в части драйверов устройств - на GPU нет документации а есть только GPL код драйверов Linux и не только GPU

так это ОС для воров ? вы же закроете и чужую собсвенность в виде Qt например

Почему для воров? Как Embox закроет чужую собственность? Как Embox может закрыть Qt? Ведь это отдельный проект! Речь шла о том, что какая то компания (или проект) берет Embox, и делает решение которое включает свою интелектулальную собственность, например библиотека распознавания голоса, или что то там еще, и как раз этой компании не требуется раскрывать исходники.

цели проекта мне вообще не ясны и ваша отсылка на «линукс - не линукс» не особо помогает. Линукс всё равно переписываете в части драйверов устройств - на GPU нет документации а есть только GPL код драйверов Linux и не только GPU.

То есть Вы считаете, что разработка драйверов это переписывание Linux?

Я с Вами согласен, что на некоторые вещи нет документации, а порой даже кода (вспомним известного производителя видеокарт). Но в Embox как раз пытаются не переписывать, а использовать готовое (как внешние проекты). Пример, 3d графика на Mesa3d, конкретно закрытые драйвера Vivanta, на проекте etnaviv. Еще один момент, Embox «живет» на микроконтроллерах гораздо лучше чем Linux, и некоторых моментов просто нет в этой замечательной ОС, но и тут пытаемся по возможности использовать BSP от производителя. Конечно некоторые драйвера приходится адоптировать или разрабатывать заново, но это далеко не переписывание Linux под другой лицензией.

Как Embox закроет чужую собственность?

статическая линковка с GPL кодом не допустима - либо покупай коммерческую лицензию либо открывай свои наработки, в противном случае это воровство. Кто-то купил коммерческую лицензию на Qt и использует embox ? уже смешно.

статическая линковка с GPL кодом не допустима - либо покупай коммерческую лицензию либо открывай свои наработки, в противном случае это воровство.

Не понял претензии, Embox ведь открытый? То есть мы показали Qt, но при этом наши исходники то выложены, открыты, свободны … Что мы нарушили, и где тут воровство?

Кто-то купил коммерческую лицензию на Qt и использует embox ? уже смешно.

Ну если кто то использует Embox и при этом нарушает лицензию Qt то почему претензии к Embox?

3d графика на Mesa3d

для Mesa, на которую у вас естественно сил не хватит переписать, нужны драйверы ядра - их вы и переписываете с линуксовых

Еще один момент, Embox «живет» на микроконтроллерах гораздо лучше чем Linux

если нужен Linux берут Linux и нормальный процессор - для таких целей китайцы штампуют процессоры с MMU даже со встроенной DDR - стоят они копейки, а микроконтроллер с внешней SDRAM потребляет уже совсем не как микроконтроллер т.е. теряет все свои преимущества перед полноценным процессором

Что мы нарушили

я вас спросил - с какой целью вы используете bsd-лицензию если всё равно проект для запуска GPL кода без ядра Linux

я вас спросил - с какой целью вы используете bsd-лицензию если всё равно проект для запуска GPL кода без ядра Linux

Проект несколько шире чем запуск GPL кода без ядра Linux. Я же привел пример, компания разработала какую то проприетарную библиотеку, отладила ее на Linux, в тонкости распространения этого кода не влезаю, и мы просто даем возможность малыми усилиями аддептировать этот код под Embox. А пообще Embox это ОС для встроенных систем, возможность применения POSIX ПО это только фишка которая улучшает ее характеристики.

640 килобайт хватит всем.

компания разработала какую то проприетарную библиотеку, отладила ее на Linux, в тонкости распространения этого кода не влезаю

вот для таких воров вы и создаете ОС - если бы им не нужен был GPL код эта компания взяла бы FreeBSD и подобную шнягу с подходящей лицензией

для Mesa, на которую у вас естественно сил не хватит переписать, нужны драйверы ядра - их вы и переписываете с линуксовых

Не не хватает, а именно используем, принципиально стараемся использовать готовое ПО, поскольку оно более отлаженное!

По этой же причине стараемся сохранять совместимость с тем же DRM API, конечно там свое и драйвера не совместимые, ведь Вы совершенно правы, глупо переписывать то что уже есть. Мы пытаемся добавить несколько возможностей где трудно или невозможно использовать Linux: ограниченные ресурсы, требуется сертификация и т.д. А не просто переписываем под другой лицензией и меняем название.

если нужен Linux берут Linux и нормальный процессор

А если не нужен? Нужно только несколько своих приложений и библиотек, ну какой нибудь сетевой стек и файловая система, и так далее?

Тебе бы за океаном воров стоило поискать, правозащитничек ты наш.

А если не нужен? Нужно только несколько своих приложений и библиотек, ну какой нибудь сетевой стек и файловая система, и так далее?

ОС для таких случаев вагон и 500 тележек

если бы им не нужен был GPL код эта компания взяла бы FreeBSD и подобную шнягу с подходящей лицензией

Хорошо, пусть это будет FreeBSD c с подходящей лицензией. Повторюсь дело не в лицензии, а в свойставах проекта, с Embox выможете запускать ПО которое разработали под большие платформы с минимально необходимыми ресурсами.

? с Embox выможете запускать ПО которое разработали под большие платформы с минимально необходимыми ресурсами

нет

ОС для таких случаев вагон и 500 тележек

Ну так и классно же :) никто не говорит, что используйте обязательно Embox. Мы лишь говорим, что используя его, вы получите определенные преимущества, например, сможете запустить без существеннух усилий, код на маленьких платформах, или сможете разрабатывать код в своей привычной среде Linux, а затем легко перенести его на микроконтроллер, и так далее.

сможете разрабатывать код в своей привычной среде Linux, а затем легко перенести его на микроконтроллер

нет

Странное заявление, почему нет, если есть примеры?

Хорошо, Вы не сможете, ну так дайте другим, может они смогут :) Мы например это делаем :)

640 килобайт хватит всем.

Точно подмечено :) Embox-у для многих задач хватает!

может они смогут :) Мы например это делаем :)

я заметил - переписали линуксовые дрова для i.mx6 и процессор тоже стал маленьким!!

https://habr.com/ru/company/embox/blog/506380/ Хотел задать вопрос, но по ссылке отвечено даже с излишком :)

MMU/PMU не обязательны, но если есть - задействуются? В плане, есть ли отличие от uClinux по этой части

я заметил - переписали линуксовые дрова для i.mx6 и процессор тоже стал маленьким!!

Странная у Вас логика! Вы путаете теплое с мягким. :)

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

Повторюсь, Embox не только для запуска GPL софта под другой лицензией, мы категорически против нарушение лицензий! Embox не только для маленьких платформ! И да, Embox не только для уменшения требуемых аппаратных ресурсов.

MMU/PMU не обязательны, но если есть - задействуются? В плане, есть ли отличие от uClinux по этой части

Зависит от задачи, например на больших ARMах MMU включено поскольку через него caches работают, но основное это режим один к одному, а этом плане Embox похож на uClinux. Но поддержан и режим с изолированными пространствами, просто он становится похож на полноценный Linux и преимущества не так выражены.

MPU слабо поддержан используем только для пары решений и конкретных платформ. Но думаем добавить возможность использовать его где он есть.

но imx6 может использоваться в каких нибудь местах, где требуется сертификация и верификация, а Embox

не верифицирован. Остается сертификация под местные стандарты - короче кормушка для местной шпаны.

https://habr.com/ru/company/embox/blog/506380/ Хотел задать вопрос, но по ссылке отвечено даже с излишком :)

:)

не верифицирован

Решение на Embox принципиально легче верифицируется чем на Linux. Речь исключительно об этом.

Остается сертификация под местные стандарты

Почему только под местные? Меньше кода, проще адаптировать под любые стандарты, хоть местные хоть местные для китайцев, хоть международные. То есть речь опять же о более простой сертификации по сравнению с Linux, по простой причине, меньшая кодовая база. Сертифицировать нужно только то что включено в конечный образ.

короче кормушка для местной шпаны.

Вообще не понял о чем Вы.