Убийца uC/OS, scmRTOS , FreeRTOS вместе взятых, Выложены исходники MQX с фреймворком Опции

[AlexandrY]

Дистрибутив MQX для ColdFire выложен на сайте Freescale

http://www.freescale.com/webapp/sps/site/h...p?code=MQX_HOME

Убийственно маленький футпринт (от 5 Кб).
Убийственно быстрое переключение контекста (от 0.4 мкс).
Убийственная масштабируемость (вплоть до поддержки MMU и межпроцессорных коммуникаций IPC )

Наиболее богатый фреймворк из всех упомянутых конкурентов: TCP/IP стек включающий полнофункциональный PPP, WEB сервер, SNMP, NAT сервис, API туннеля, мультиинтерфейсность с форвардингом и роутингом.

USB стек для хоста EHCI (HID, Hub, Mass, Printer) и дивайса, FAT16, FAT32.

Легкость портирования на другое ядро. Практически такая же как в uC/OS, надо переписать один ассемблерный файл - dispatch.cw

Хорошие сервисы управления памятью, концепция драйверов, гибкий шедулинг, конфигурация в одном .h файле и т.д.

[Methane]

Дистрибутив MQX для ColdFire выложен на сайте Freescale

А где список процессоров для которых её портировали?

[AVR]

Хм... интересная штука, честно. Для процев с очень маленьким объемом памяти очень подойдет.

Но первый вопрос, сразу же возникает: лицензия какая??? На сайте вроде нашел, но пока не совсем понятны ньюансы.
Далее: а под что оно портировано уже? Кто портировать будет? Дядя Вася?

[sergeeff]

Если скачали, может выложите для обозрения?

[SSerge]

А вот пусть они её на HCS08 для начала портируют - тогда и посмотрим кто кого.

[AlexandrY]

С маленьким объемом...!?
Вы разве не поняли, что ребята в этом просто прикалываются.
Им реально на 500 MHz монстрах объем до лампочки.

Указанный маленький объем получается у голого шедулера с усеченными сервисами, на практике такое не знаю кому нужно.
Это лишь демонстрация гибкости конфигурации.

Сама соль в фреймворке и особенностях сервисов RTOS в частности IPC который в отличии от той же RTEMS основывается на обычных драйверах IO
Кто понимает в этом толк не станет спрашивать "а где порт?", а молча портирует за неделю.
Ибо это большой прорыв в сторону дешевых мультипроцессорных realtime архитектур.

Хм... интересная штука, честно. Для процев с очень маленьким объемом памяти очень подойдет.

Но первый вопрос, сразу же возникает: лицензия какая??? На сайте вроде нашел, но пока не совсем понятны ньюансы.
Далее: а под что оно портировано уже? Кто портировать будет? Дядя Вася?

[sergeeff]

Тут наткнулся на http://www.thefreelibrary.com/ARC+Announce.....-a0122726673:

ARC MQX software is currently available for the Freescale ColdFire MCF547x/MCF548x, MCF527x and MCF523x processor families. MCF547x/MCF548x peripheral support for CANopen protocol will be available in Q404 with USB 2.0 Device Developer's Kit available Q105. MCF523x peripheral support for hardware-accelerated encryption in IPShield-IPSec will be available in Q105. Support for the ColdFire MCF527x processor family with hardware-accelerated encryption in IPShield-IPSec will be available by Q105. MCF527x peripheral support for USB 2.0 device will be available in Q404. Support for the MCF547x/MCF548x hardware-accelerated encryption in IPShield-IPSec will be available in Q404. Pricing for a single product license of the ARC MQX RTOS starts at $12,500 and is provided in full source code with no royalties. For a complete list of MQX software supporting the ColdFire processors, please visit us at www.arc.com/MQX, or contact ARC for more details.

Как-то многовато будет $12,500 за убийцу uC/OS ...

[AVR]

Как-то многовато будет $12,500 за убийцу uC/OS ...

Конечно, можно строить свои устройства на ворованом коде, ничего никому не платить, но это не достойно... Лучше на эти $12500 я куплю пару тысяч комплектов Flash+SDRAM и засуну туда линукс + риалтайм расширения

[AlexandrY]

Ну я ж не сказал, что это убийца линукса.
Кто выбрал линукс для глубоко embedded сам себя наказал.

Ну а тем кто не в курсе поясню, что за IPShield-IPSec серьезные клиенты заплатят гораздо больше чем 12e3 $

В предложенном дистрибутиве от IPSec остались только комментарии к сожалению.

Лучше на эти $12500 я куплю пару тысяч комплектов Flash+SDRAM и засуну туда линукс + риалтайм расширения

[Methane]

Конечно, можно строить свои устройства на ворованом коде, ничего никому не платить, но это не достойно... Лучше на эти $12500 я куплю пару тысяч комплектов Flash+SDRAM и засуну туда линукс + риалтайм расширения

Линух куда ни попадя пихать тоже не хорошо. С другой стороны есть куча свободных осей, FreeRTOS к примеру.

[AlexandrY]

Кстати если уж развивать мутную тему лицензий, то у Freescale на MQX она прозрачней и понятней чем на FreeRTOS.

FreeRTOS состоит из кучи чужих кусков в каждом из которых может оказаться какя-нить особенная лицензия.
Там, например, есть лицензия от Луминари и есть лицензия от Дункеля. Некоторые требуют строго предоставлять исходники.

В лицензии на MQX не фигурирует никаких чужих исходников и она не заставляет открывать исходники.
Но! Зато она запрещает реверсинг кода на основе MQX со стороны тех кому вы ее передали или продали.
Freescale только хочет чтоб вы не делали бизнес на его имени и не лепили на свои дивайсы наклейки типа они сделаны с применением технологии Freescale.
Ну и еще операционка должна применяться только с продукцией содержащей программируемые чипы Freescale.
Но как бы нет прямого указания что именно и только чипы Freescale должны содержать операционку.

Т.е. может стоять например i.MX и рядом STM32 и FPGA с NIOS. И все могут содержать MQX.

Хотя MQX интересна и своими фрагментами. Например у них очень неплохой Shell и сервис базы данных имен. Такие вещи не грех и "позаимствовать".

Линух куда ни попадя пихать тоже не хорошо. С другой стороны есть куча свободных осей, FreeRTOS к примеру.

[Methane]

Кстати если уж развивать мутную тему лицензий, то у Freescale на MQX она прозрачней и понятней чем на FreeRTOS.

FreeRTOS состоит из кучи чужих кусков в каждом из которых может оказаться какя-нить особенная лицензия.

Да и запутанная она добезобразия. И мне лично не нравится. Ну а кому сейчас легко?

Там, например, есть лицензия от Луминари и есть лицензия от Дункеля. Некоторые требуют строго предоставлять исходники.

Вы в США или где? Оно, конечно не плохо, когда есть техподдержка, когда приходят апдейты, багфиксы итд. Но будем трезво смотреть в глаза, СНГ, + Китай + Корея + ??? глубоко ложили на все эти лицензии, также как и на авторские права итд.

В лицензии на MQX не фигурирует никаких чужих исходников и она не заставляет открывать исходники.
Но! Зато она запрещает реверсинг кода на основе MQX со стороны тех кому вы ее передали или продали.

Ну только не нужно никого смешить. Уже давно отмазку придумали что реверсинг допустим для изучения или там чего-то еще, и усё.

Freescale только хочет чтоб вы не делали бизнес на его имени и не лепили на свои дивайсы наклейки типа они сделаны с применением технологии Freescale.

А рояли хочет? Кроме того, никто не мешает заплатить фрииРТОСу.

Хотя MQX интересна и своими фрагментами. Например у них очень неплохой Shell и сервис базы данных имен. Такие вещи не грех и "позаимствовать".

ИМХО, сейчас ось должна содержать кроме шедулера
поддержку файловой системы, TCP/IP не кастрированный, GUI, USB. Может еще и всякие блютулзы. Оно там есть? Насколько стабильно работает?

[AlexandrY]

Я с вами согласен на все 100.
Просто у "убийцы" должно быть все схвачено. Порядок и с лицензией.
Рояли тоже не нужны.

Насчет полноты TCP/IP вопрос не такой простой.
Многое зависит что вы от него хотите и какие планы строите насчет него.
Сейчас TCP быстро спускается вниз до уровня сенсоров и простейших датчиков типа дверных герконов.
TCP/IP мапируют на беспроводные сети типа ZigBee.
Актуальнее встает проблема собственных роутеров и шлюзов для этого хозяйства, администрируемых собственными тулсами c гораздо более гибкими настройками чем у SOHO роутеров типа D-Link.
Здесь важна мультиинтерфейсность стека и маршрутизация
Для гибкого администрирования без разработки специального софта для PC важна поддержка SNMP.
Для разделения одного IP адреса всеми дивайсами в сети нужен NAT сервер.
Для открытия свободного доступа к каждому дивайсу в локальной сети из интернета нужен протокол тунеля.

Все это есть в MQX. А вот во всех названных в заголовке топика осях такого набора нет.

C USB тож понятно. Много чего есть чего нет у других.

С GUI проблема. Его не дали. Но такая же проблема и у других.

Насчет стабильности эт скорее зависит от того как портируете.
Но авторы серьезно подумали о надежности.
В ядро встроен kernel log.
Отдельно есть модуль логов на 16 независимых журналов.
И еще есть механизм скоростных облегченных логов.
Вообщем, баг найти несравнимо легче чем даже в uC/OS

Вы в США или где? Оно, конечно не плохо, когда есть техподдержка, когда приходят апдейты, багфиксы итд. Но будем трезво смотреть в глаза, СНГ, + Китай + Корея + ??? глубоко ложили на все эти лицензии, также как и на авторские права итд.

ИМХО, сейчас ось должна содержать кроме шедулера
поддержку файловой системы, TCP/IP не кастрированный, GUI, USB. Может еще и всякие блютулзы. Оно там есть? Насколько стабильно работает?

[Methane]

Насчет полноты TCP/IP вопрос не такой простой.
Многое зависит что вы от него хотите и какие планы строите насчет него.

А вариантов не так и много.
Если Ethernet, то это ARP, DHCP, полный tcp/ip (с дефрагментацией, всеми проверками итд), это простенький web сервер (настройки, статистика) итд.

Актуальнее встает проблема собственных роутеров и шлюзов для этого хозяйства, администрируемых собственными тулсами c гораздо более гибкими настройками чем у SOHO роутеров типа D-Link.
Здесь важна мультиинтерфейсность стека и маршрутизация

Тут надо UNIX ставить, и не изобретать велосипед.

Все это есть в MQX. А вот во всех названных в заголовке топика осях такого набора нет.

Маршрутизация есть.
А если она нужна, как и всякие NAT, SSH итд, то как я уже писал, нужно UNIXставить.

[AlexandrY]

Так вот прикиньте, кто-то мается, ставит UNIX по вашему совету.
Покупает для этого какие-то навороченные сомнительные платы с RAM-ом не меньше 16 Мб утешая себя мыслью что это все скоро подешевеет.
Сам то такую плату не сделает какую хочет - умрет BSP переписывать.
Потом долго объясняет клиенту как это настраивается.
Потом еще делает пинговалки для этого монстра. Он же будет виснуть, если не по аппаратной причине, то по программной.
Вычистить то от багов такую махину просто нереально.
В конце концов придется посоветовать клиенту не ставить такой дивайс в ответственные места.
Ну и под конец плюнуть, зайти в эту конфу и начать прославлять Линукс.

А тут конкурент на каком-то LM3S9B90 за 12$ и 512Кб внешнего RAM-а делает и NAT, и SNMP и PPP и RNDIS и т.д.
и управляет всем сетевым embedded хозяйством без всяких рисков.
Он и время на разработку вместе с железом потратит не более 2-х месяцев и продавать будет за смешную цену.
У него кроме низкой себестоимости, будет дешевле сборка, наладка, тестирование, документирование и ремонт.

А вариантов не так и много.
Если Ethernet, то это ARP, DHCP, полный tcp/ip (с дефрагментацией, всеми проверками итд), это простенький web сервер (настройки, статистика) итд.

Тут надо UNIX ставить, и не изобретать велосипед.

А если она нужна, как и всякие NAT, SSH итд, то как я уже писал, нужно UNIXставить.

[Methane]

Так вот прикиньте, кто-то мается, ставит UNIX по вашему совету.
Покупает для этого какие-то навороченные сомнительные платы с RAM-ом не меньше 16 Мб утешая себя мыслью что это все скоро подешевеет.

Скорее думая что скоро 16 будет не купить, и придется покупать 32.

Сам то такую плату не сделает какую хочет - умрет BSP переписывать.

В смысле?

Потом долго объясняет клиенту как это настраивается.
Потом еще делает пинговалки для этого монстра. Он же будет виснуть, если не по аппаратной причине, то по программной.
Вычистить то от багов такую махину просто нереально.
В конце концов придется посоветовать клиенту не ставить такой дивайс в ответственные места.
Ну и под конец плюнуть, зайти в эту конфу и начать прославлять Линукс.

У кучи народу работает.

А тут конкурент на каком-то LM3S9B90 за 12$ и 512Кб внешнего RAM-а делает и NAT, и SNMP и PPP и RNDIS и т.д.

512 килобайт статики будет дороже чем SDRAM.

и управляет всем сетевым embedded хозяйством без всяких рисков.
Он и время на разработку вместе с железом потратит не более 2-х месяцев и продавать будет за смешную цену.
У него кроме низкой себестоимости, будет дешевле сборка, наладка, тестирование, документирование и ремонт.

А линух даст дикое сокращение сроков разработки чего либо на этой платформе в дальнейшем.

[AlexandrY]

Скорее думая что скоро 16 будет не купить, и придется покупать 32.

В моем контексте здесь не покупатель думает. Ему тут думать не дадут.

В смысле?

Эт словами не объяснить. Через это надо пройти

У кучи народу работает.

Но какой ценой? Здесь важно правильно знать цену.

512 килобайт статики будет дороже чем SDRAM.

Я специально не указал тип RAM-а.

А линух даст дикое сокращение сроков разработки чего либо на этой платформе в дальнейшем.

Здесь просто не согласен. Это миф.

[Methane]

В моем контексте здесь не покупатель думает. Ему тут думать не дадут.

Хорошо. Где ВЫ будете покупать 512 килобайт памяти, когда минимально доступная будет мегабайт на 8?

Эт словами не объяснить. Через это надо пройти


Но какой ценой? Здесь важно правильно знать цену.

А что цена? Купил готовую борду, проверил как работает на ней. Если не работает, то купил у тех у кого работает. Потом обточил как нужно и все.

Я специально не указал тип RAM-а.

Сейчас SDRAM контроллеры уже на микроконтроллера во всю применяется. Так что тут тип очевиден. А вот где брать на 512 килобайт, очень не очевидно.

Здесь просто не согласен. Это миф.

Какой миф? Что проще писать на персоналке а потом просто прокомпиировать на embedded девайсе? Или миф что под линух на ARMе куча софта собирается совершенно спокойно?

[AlexandrY]

Хорошо. Где ВЫ будете покупать 512 килобайт памяти, когда минимально доступная будет мегабайт на 8?

7616 позиций RAM от 512 Кб и меньше на Digi-Key устроит?

А что цена? Купил готовую борду, проверил как работает на ней. Если не работает, то купил у тех у кого работает. Потом обточил как нужно и все.

Так вам и скажут что на борде работает, а что нет. Вам еще R&D добавляется по исследованию плат

Сейчас SDRAM контроллеры уже на микроконтроллера во всю применяется. Так что тут тип очевиден. А вот где брать на 512 килобайт, очень не очевидно.

Ну кому очевиден тому флаг в руки.
А у нас есть выбор. Очень интересные фичи может дать направление скоростных NVRAM-ов на разных технологиях.

Какой миф? Что проще писать на персоналке а потом просто прокомпиировать на embedded девайсе? Или миф что под линух на ARMе куча софта собирается совершенно спокойно?

В книге Руссиновича о ядре Windows есть интересная статистика зафиксированных службой тех.поддержки причин краха системы.
Так 80% приходится на драйвера и аппаратуру.
Т.е. для embedded пратически бесполезно что либо запускать и проверять на PC.
И не путайте кучу софта с кучей барахла. Или уж назовите хоть одну такую полезную для embedded позицию из этой кучи.

[MrYuran]

Какой миф? Что проще писать на персоналке а потом просто прокомпиировать на embedded девайсе? Или миф что под линух на ARMе куча софта собирается совершенно спокойно?

Оно и на ПЦ-то собирается не у всех и не с первого разу, а уж на АРМах...
У нас один горячий голова тоже сначала руками размахивал, кончилось тем что с помощью админа и какой-то матери установил линух на буке, на том дело и закончилось.
А на АРМе у него теперь работает WinCE

[Methane]

7616 позиций RAM от 512 Кб и меньше на Digi-Key устроит?

Посмотрел. на 512 килобайт цены начинают от 3.45 бакса
http://search.digikey.com/scripts/DkSearch...ame=706-1057-ND
А вот за 2.9 на 8 мегабайт.
http://search.digikey.com/scripts/DkSearch...e=557-1092-1-ND
А SDRAM на плате это меньше места, меньше проводов итд.

Так вам и скажут что на борде работает, а что нет. Вам еще R&D добавляется по исследованию плат

Я куплю борду и посмотрю.

Ну кому очевиден тому флаг в руки.
А у нас есть выбор. Очень интересные фичи может дать направление скоростных NVRAM-ов на разных технологиях.

Как даст, так и обсудим.

В книге Руссиновича о ядре Windows есть интересная статистика зафиксированных службой тех.поддержки причин краха системы.
Так 80% приходится на драйвера и аппаратуру.
Т.е. для embedded пратически бесполезно что либо запускать и проверять на PC.
И не путайте кучу софта с кучей барахла. Или уж назовите хоть одну такую полезную для embedded позицию из этой кучи.

Та што угодно. Начиная от NTP, FTPсервером, ssh, итд.
Про бесполезно. Это вообще шутка. Я не предпочитаю алгоритмы отлаживать, там, где дебаг максимально удобен.

Оно и на ПЦ-то собирается не у всех и не с первого разу, а уж на АРМах...
У нас один горячий голова тоже сначала руками размахивал, кончилось тем что с помощью админа и какой-то матери установил линух на буке, на том дело и закончилось.
А на АРМе у него теперь работает WinCE

Если руки из задницы, то тогда да.
У меня линух на буке. С него и пишу к стати.

[AlexandrY]

А SDRAM на плате это меньше места, меньше проводов итд.

Я тип памяти не указывал. Это вы с чем-то личным спорите.

Я куплю борду и посмотрю.

Правильно. И не одну купите.

Та што угодно. Начиная от NTP, FTPсервером, ssh, итд.

Функциональные эквиваленты этого есть и в MQX правда в полном варианте.
IPSec пожалуй понадежней будет чем ssh (не забываем что ssh это вообще-то зашифрованный SSL-ом телнет и не более)
А найдите-ка стандартный IPSec нахаляву в линуксе.

Про бесполезно. Это вообще шутка. Я не предпочитаю алгоритмы отлаживать, там, где дебаг максимально удобен.

Дебагить вы будете на самом деле приведения.
80% багов можно словить только на целевой платформе.
Кстати, в нативных кода насколько знаю симулировать ARM-ы могут Keil да IAR. Ну там еще Multi и проч. редкость.
А в PC линуксе будет отладка софта не в нативном бинарном представлении ARM-ов.
Значит еще 10% необнаруженных багов перекочуют на целевую платформу.

У меня линух на буке. С него и пишу к стати.

Эт не тот линукс.

[Rst7]

не забываем что ssh это вообще-то зашифрованный SSL-ом телнет и не более

Вынужден не согласиться. SSH - суть туннель. Через него можно что угодно гонять. Хотите - телнет, хотите - иксы, да что угодно. Я, например, однажды мускуль гонял по нему.

[Methane]

Я тип памяти не указывал. Это вы с чем-то личным спорите.

Я указал современный тип памяти. Хотите использовать статику, флаг вам в руки. Могу подсказать где можно купить ПЗУ с УФ стиранием.

Правильно. И не одну купите.

Зачем, не подскажите?

Функциональные эквиваленты этого есть и в MQX правда в полном варианте.

Чего именно? kopete есть?

IPSec пожалуй понадежней будет чем ssh (не забываем что ssh это вообще-то зашифрованный SSL-ом телнет и не более)
А найдите-ка стандартный IPSec нахаляву в линуксе.

А он уже разве не встроен в ядро?

Дебагить вы будете на самом деле приведения.
80% багов можно словить только на целевой платформе.

Вам не приходит в голову что это как минимум от софта зависит?

Кстати, в нативных кода насколько знаю симулировать ARM-ы могут Keil да IAR. Ну там еще Multi и проч. редкость.
А в PC линуксе будет отладка софта не в нативном бинарном представлении ARM-ов.
Значит еще 10% необнаруженных багов перекочуют на целевую платформу.

На РС, я буду отлаживать код в х86. А потом пересоберу под линух.

Эт не тот линукс.

А, понял. У вас свой, особый, предварительно пропатченый, линух, в который специально добавили кучу глюков? Ну, чтож, удачи,...

Вынужден не согласиться. SSH - суть туннель. Через него можно что угодно гонять. Хотите - телнет, хотите - иксы, да что угодно. Я, например, однажды мускуль гонял по нему.

И порты можно мапить, и файлы гонять. Но это какая-то там "настройка", которая "не стандартная", хотя у всех давно работает на самых разных компьютерах операионках.

[AlexandrY]

Ладно он еще и тунель. TCP тоже тунель, и IP тоже, и HTTP.
Толку мне от этого тунеля если его мобилы не понимают.

Вынужден не согласиться. SSH - суть туннель. Через него можно что угодно гонять. Хотите - телнет, хотите - иксы, да что угодно. Я, например, однажды мускуль гонял по нему.

[Rst7]

Толку мне от этого тунеля если его мобилы не понимают.

Можно подумать, что IPsec там реализован.

Хотите ssh-клиента на жабе подгоню? Правда, не на всех реализациях стеков в мобилах работают локальные серверные сокеты.

[AlexandrY]

Я указал современный тип памяти. Хотите использовать статику, флаг вам в руки. Могу подсказать где можно купить ПЗУ с УФ стиранием.

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

Чего именно? kopete есть?

Может вам еще медиаплеер в дивайс который в боксы по IP67 закладывают .

А он уже разве не встроен в ядро?

В процессорное ядро?

Вам не приходит в голову что это как минимум от софта зависит?
На РС, я буду отлаживать код в х86. А потом пересоберу под линух.

Не..., типичная ошибка новичков.
Проблема качества софта это вообще-то моя любимая тема, поэтому не обсуждаю ее всуе

А, понял. У вас свой, особый, предварительно пропатченый, линух, в который специально добавили кучу глюков? Ну, чтож, удачи,...
И порты можно мапить, и файлы гонять. Но это какая-то там "настройка", которая "не стандартная", хотя у всех давно работает на самых разных компьютерах операионках.

Какой ценой? Давайте обсуждать цену, а не прецеденты.

Можно подумать, что IPsec там реализован.

Хотите ssh-клиента на жабе подгоню? Правда, не на всех реализациях стеков в мобилах работают локальные серверные сокеты.

Так для тунеля ssh через NAT нужен SOCKS клиент как минимум. И еще найти где нить надежный SOCKS сервер.

А IPSec в смартфонах реализован. Под WinCE точно.

[Methane]

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

1. Больше,
2. Дешевле.
3. Быстрее?

Может вам еще медиаплеер в дивайс который в боксы по IP67 закладывают .

Значит нет. А как-же ICQ?

В процессорное ядро?

Другого вы не знаете сталобыть.

Не..., типичная ошибка новичков.
Проблема качества софта это вообще-то моя любимая тема, поэтому не обсуждаю ее всуе

Кто-то из нас явно новичок.

Какой ценой? Давайте обсуждать цену, а не прецеденты.

Проц с MMU + SDRAM + NAND.

Так для тунеля ssh через NAT нужен SOCKS клиент как минимум. И еще найти где нить надежный SOCKS сервер.

У меня в роутере линух. NAT там есть. ssh наружу работает. Я что-то делаю не так?

А IPSec в смартфонах реализован. Под WinCE точно.

ssh тоже точно работает.

[Rst7]

Вы бы курнули чтоли архитектуру SSH http://tools.ietf.org/html/rfc4251. Использование носков - это всего лишь способ динамического указания порта на другой стороне. Возможно и простой туннель, входящий порт на одной машине - исходящий порт на другой машине.

[AlexandrY]

У меня в роутере линух. NAT там есть. ssh наружу работает. Я что-то делаю не так?
ssh тоже точно работает.

А что вы вообще делаете. Роутеры? Где посмотреть?
ssh в дистрибутиве WinCE не нашел, где вы его там видели.

И что значит ssh наружу, нужно чтоб броузер в дивайс в сети за NAT-ом по HTTP залезал. Залезет?
Думаю без шансов.

[Methane]

А что вы вообще делаете. Роутеры? Где посмотреть?

Я много чего делаю.

ssh в дистрибутиве WinCE не нашел, где вы его там видели.

Погугли-те, что-ли.

И что значит ssh наружу, нужно чтоб броузер в дивайс в сети за NAT-ом по HTTP залезал. Залезет?
Думаю без шансов.

Только если руки из задницы, и человек никогда NAT не настраивал, и вообще не знает что это такое и как работает.

[AlexandrY]

Вы бы курнули чтоли архитектуру SSH http://tools.ietf.org/html/rfc4251. Использование носков - это всего лишь способ динамического указания порта на другой стороне. Возможно и простой туннель, входящий порт на одной машине - исходящий порт на другой машине.

Если чесно, то не актуально, тут ради одного порта разгребать спецификацию SSH.

Под Win2003 есть пару тысч портов по PPTP, L2TP и PPoE c IPSec-ом в придачу.

Былоб интересно услышать как запихнуть это ssh в собственный дивайс на Cortex-е.

Я много чего делаю.

Удивительная скромность

Только если руки из задницы, и человек никогда NAT не настраивал, и вообще не знает что это такое и как работает.

NAT тут не причем. Мы говорим о ситуации когда дивайс стоит за чужим NAT-ом, к примеру NAT-ом провайдера интернета.

[Methane]

Если чесно, то не актуально, тут ради одного порта разгребать спецификацию SSH.

Под Win2003 есть пару тысч портов по PPTP, L2TP и PPoE c IPSec-ом в придачу.

Былоб интересно услышать как запихнуть это ssh в собственный дивайс на Cortex-е.

На сайте атмела есть пример для avr32, под freertos.

NAT тут не причем. Мы говорим о ситуации когда дивайс стоит за чужим NAT-ом, к примеру NAT-ом провайдера интернета.

Огласите пожалуйста весь список. у меня видимо с телепатией, не очень.

[AlexandrY]

На сайте атмела есть пример для avr32, под freertos.
Огласите пожалуйста весь список. у меня видимо с телепатией, не очень.

Ну наконец вы вернулись к FreeRTOS.

Я в начале приводил такую схему когда есть сеть дивайсов из них один роутер с NAT-ом поскольку все делят один внешний IP.
И есть еще NAT провайдера через который надо делать тоннель к NAT-у дивайса-роутера.
У FreeRTOS насколько помню есть только моноинтерфейсные IP стеки поэтому MQX и имеет преимущество.

[Methane]

Ну наконец вы вернулись к FreeRTOS.

Я в начале приводил такую схему когда есть сеть дивайсов из них один роутер с NAT-ом поскольку все делят один внешний IP.
И есть еще NAT провайдера через который надо делать тоннель к NAT-у дивайса-роутера.
У FreeRTOS насколько помню есть только моноинтерфейсные IP стеки поэтому MQX и имеет преимущество.

Слово моноинтерфейсное, очень сложное. А FreeRTOS уж вообще ничего про tcp/ip не знает (вы уж извините за то что я вас немного просвятил). Так что я тут Ваши мысли не сумел прочитать.

[AlexandrY]

Да ничего, я ж понимаю.
Вы просто хотите что-то узнать.

Во FreeRTOS применяют одну из двух адаптированных под эту ось вариаций стека Дункеля.
Они ничего так вполне рабочие, их даже в eCOS применять не стесняются, но уже слабоваты для современного уровня.

Слово моноинтерфейсное, очень сложное. А FreeRTOS уж вообще ничего про tcp/ip не знает (вы уж извините за то что я вас немного просвятил). Так что я тут Ваши мысли не сумел прочитать.

[Methane]

Да ничего, я ж понимаю.
Вы просто хотите что-то узнать.

Во FreeRTOS применяют одну из двух адаптированных под эту ось вариаций стека Дункеля.
Они ничего так вполне рабочие, их даже в eCOS применять не стесняются, но уже слабоваты для современного уровня.

Эти оси вообще, для слабоватых процессоров применяют. Если вы и это тоже не заметили.
Если что-то более серьезное, (вплоть до топовых суперкомпьютеров) есть Linux.

[AlexandrY]

Эти оси вообще, для слабоватых процессоров применяют. Если вы и это тоже не заметили.
Если что-то более серьезное, (вплоть до топовых суперкомпьютеров) есть Linux.

Прям обидели фанатов VxWorks-а (космос), QNX-а (атомная энергетика) ... Щас прибегут, затопчут же...
На самом деле есть вполне четкие градации цены-функциональности в осях.
Разбираться просто детально нужно.

[AVR]

Так вот прикиньте, кто-то мается, ставит UNIX по вашему совету.
Покупает для этого какие-то навороченные сомнительные платы с RAM-ом не меньше 16 Мб утешая себя мыслью что это все скоро подешевеет.
Сам то такую плату не сделает какую хочет - умрет BSP переписывать.
Потом долго объясняет клиенту как это настраивается.
Потом еще делает пинговалки для этого монстра. Он же будет виснуть, если не по аппаратной причине, то по программной.
Вычистить то от багов такую махину просто нереально.
В конце концов придется посоветовать клиенту не ставить такой дивайс в ответственные места.
Ну и под конец плюнуть, зайти в эту конфу и начать прославлять Линукс.

Уважаемый, Вы не ошиблись сайтом? баш орг ру немного не тут... Память стоит копейки, а тем более SDRAM, ее стоимость просто тает на глазах, становится просто незначительной. BSP надо не переписывать, а корректировать под свое железо, ибо существуют образцовые платы, например AT91SAM9260-EK или EDB-9302 и т.д., остальные платы - клоны со своими доработками. Настраивается просто и элементарно - потому что все стандартно и привычно, а то, насколько удобно будет работать клиенту - зависит от разработчика. С UNIX железо взлетает просто мгновенно, а то что интегрировано в проц так и подавно, масса устройств работает сразу без танцев с бубном, все USB, все PCI, SD/MMC - запросто, SSH - запросто, то се пятое десятое - элементарно. Без глюков. А если появляются - есть возможность разобраться во всем этом. Вывод: типичный "неосилятор"... =(

[Methane]

Прям обидели фанатов VxWorks-а (космос),

Сравнительно простые (с точки зрения оси) задачи.

QNX-а (атомная энергетика) ...

Это так Канадцам хочется. На самом деле это ось канадских лесопилок. Причем я не знаю как оно сейчас, но уже когда оно называлось "нейтрино", оно было больше вполне нормальным UNIXом. С иксами, GCC итд.

Щас прибегут, затопчут же...
На самом деле есть вполне четкие градации цены-функциональности в осях.
Разбираться просто детально нужно.

Размазаны они все. Области Linux и QNX во много сильно перекрываются.

[VslavX]

У FreeRTOS насколько помню есть только моноинтерфейсные IP стеки поэтому MQX и имеет преимущество.

LwIP с самого начала поддерживал несколько интерфейсов и имеет зачатки маршрутизации.
Насчет "убийцы" - вопрос спорный - мне кажется что ниши у MQX и перечисленных в топике ОС несколько разные. Упомянутые ОСи - они хороши для "моноконтроллерных" устройств, добавляете внешний чип S(D)RAM - уже "не то" - и ноги "отъедены", и место на плате занято, иногда и микропотребление/спящий режим не обеспечивается.
Посмотрел MQX-овский стек - после обнаружения копирования некоторых отсылаемых пакетов в MAC-драйвере интерес несколько поугас. Так что - мое мнение - MQX всего лишь "один из", а отнюдь не "убийца" . В качестве примера, исходники безусловно полезны.

[AlexandrY]

LwIP с самого начала поддерживал несколько интерфейсов и имеет зачатки маршрутизации.
Насчет "убийцы" - вопрос спорный - мне кажется что ниши у MQX и перечисленных в топике ОС несколько разные. Упомянутые ОСи - они хороши для "моноконтроллерных" устройств, добавляете внешний чип S(D)RAM - уже "не то" - и ноги "отъедены", и место на плате занято, иногда и микропотребление/спящий режим не обеспечивается.
Посмотрел MQX-овский стек - после обнаружения копирования некоторых отсылаемых пакетов в MAC-драйвере интерес несколько поугас. Так что - мое мнение - MQX всего лишь "один из", а отнюдь не "убийца" . В качестве примера, исходники безусловно полезны.

Вы наверно увидели функцию типа memcpy процедуре ENET_send_MAC
Там написано что это нужно в частности в случае невыровненности данных в буфере.
Почему это может случится?
Тут как раз особенность сложных IP стеков.
В IP стеках для ускорения любят применять зеркальную отсылку пакетов.
Например в пакете Echo при использовании ping-а стек не выделяет новый буфер для ответа,
а просто переставляет адреса ну и там кое-что еще и отсылает обратно.
Все нормально когда маршрут то-же самый.
Но может оказаться такая запись в таблице маршрутизации которая заставит ответу пойти через другой интерфейс,
а этот интерфейс может оказаться PPP или вообще тоннелем c 3-х этажной структурой заголовков.
Тогда отраженный пакет и окажется невыровненным из-за кардинальной смены заголовков.
И тогда его надо перемещать по границе буфера где-то на уровне драйвера.
К тому же данные в связи с особненностью MAC контроллера Freescale могут быть размещены только по границе 4, а лучше 128 (еще быстрее пересылка будет).
При приеме они так выровнены автоматически, а при передаче редко но могут быть исключения.
Ответ пинга через другой интерфейс эт вообщем скорее ошибка роутинга.
Или закольцовывание маршрутов.
Тут нужен уже RIP протокол. И опять же, он есть в открытом MQX!

Вообще не думаю что вы найдете в стеке MQX какие-нить явные ляпы. Такие оси не с потолка стоят по 100 тыс.$ в полном комплекте.
Их используют там где реально надо убить конкурентов скоростью, компактностью, надежностью и ценой конечного изделия.

Я всегда привожу интересный факт, что вот есть роутеры Linksys WRT54G с популярной книжкой как хакать ихний линукс.
Но когда понадобилось сделать еще более дешевые и надежные роутеры с шифрацией WPA/2-PSK linksys выбрал операционку VxWorks!

В той же книжке дается обзор той самой кучи линуксового софта которую можно поставить на WRT54G.
Что мы там видим в первую очередь:
Жесткий список совместимых с софтом моделей. Цифрой меньше или цифрой больше -и можете стреляться, никакой портабельности нет. Софт не полетит и вы ничем ему не поможете.

Из загрузочных каналов только TFTP и HTTP.

Куча каких-то недоделаных пингеров, дамперов, тестеров, килеров, администраторов, WEb апликаций. Куски PPP и PPTP в виде демонов, ясное дело без всякого понятно описанного прикладного API. Тот самый SSH с которым непонятно че делать в интенете.
Как только встречаем какой-то пакет Talisman VPN c IPSec, то оба! он сразу платный, стоп халяве.
И все список кончается. Где тут че-нить для embedded?

Словом кто-бы че не кричал про богатства, универсальность и портабельность линукса в embedded области - это пустой треп.

[Methane]

Словом кто-бы че не кричал про богатства, универсальность и портабельность линукса в embedded области - это пустой треп.

Та линух вообще полное г-но. Я вашу мысль понял. И как ни нем куча серваков бегает. Ума не приложу. Загадка природы.

Как-то странно получается. Линух, на котором пол инета бегает, с линухом не совместим.

[VslavX]

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

При правильной идеологии интерфейс не должен бы получать для отправки некондиционированные пакеты. В моей реализации стека на такое стоит вообще assert (была серьезная борьба за сквозной zero-copy). В приведенном примере это уже проблема процедуры маршрутизации переложить пакет "правильно" для исходящего интерфейса. Ведь в общем случае интерфейсы могут отличаться не только аттрибутами но и вообще пулами памяти, поэтому, в самом общем случае, при маршрутизации между разнотипными интерфейсами без копирования не обойтись, имхо. И делать это надо "сверху", а не "снизу", на уровне драйвера. Раз драйвер занимается копированием - значит где-то выше уже дали слабину и упростили себе жизнь. Такое допустимо, но восхищения уже не вызывает .

Я всегда привожу интересный факт, что вот есть роутеры Linksys WRT54G с популярной книжкой как хакать ихний линукс.
Но когда понадобилось сделать еще более дешевые и надежные роутеры с шифрацией WPA/2-PSK linksys выбрал операционку VxWorks!

Я даже когда-то купил такой - года 4 назад. Помнится, основной причиной перехода на VxWorks производитель назвал меньшие требования к памяти - стали шустро паять 2МБ SDRAM вместо 8MБ. Я как раз купил версию 2МБ и мне был нужен VPN-клиент. Так вот, в линуксовой версии VPN-клиент был, а вот в VxW - нет , поэтому купленный WRT54G был возвращен в зад.

Впрочем, помнится, речь в топике не про "убийцу" Линукса, а про uCOS/FreeRTOS/ScmRTOS? А эти ОСи - для "монокристалльных" изделий и MQX тут пролезает только "боком" . Сравнили бы уже с eCOS/RTEMS, что ли. VxWorks - тот коммерческий, будет некорректно.

[AlexandrY]

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

Я бы сказал при правильном компромиссе.
Вероятнее что пакет будет отражен в тот же тип интерфейса. Поэтому весь верхний уровень и не занимается вообще копированием.
Копирование удобнее делать низшему уровню. Ему там виднее как это лучше сделать. Может по DMA иль на ассемблере иль мапировать прямо буферы в дескрипторы MAC контроллера. Собственно отражение только и является источником нежелательных смещений.

Я правда не говорю про MQX. Но они все там примерно одинаково делают. Т.е. пакеты представляют собой цепочки связанных буферов. Каждый из которых идеально выровнен.
Freescale везде использует один и тотже MAC контроллер, поэтому могу точно сказать что дальше буфера мапируются в дескрипторы FEC

А zero-copy далеко не так однозначно дает прирост производительности. Если из Ethernet-а идет запись сразу в файл на блочное устройство типа SD карту то zero-copy может работать гораздо медленее чем в варианте с промежуточным копированием в большой буфер.

Так вот, в линуксовой версии VPN-клиент был, а вот в VxW - нет , поэтому купленный WRT54G был возвращен в зад.

Впрочем, помнится, речь в топике не про "убийцу" Линукса, а про uCOS/FreeRTOS/ScmRTOS? А эти ОСи - для "монокристалльных" изделий и MQX тут пролезает только "боком" . Сравнили бы уже с eCOS/RTEMS, что ли. VxWorks - тот коммерческий, будет некорректно.

Я тож имею линуксовый WRT54G. Так в нем нет SSH.

Поверьте VPN клиент потребляет максимум 100 Кб памяти для кода и еще меньше для данных.
Про MQX яж начал с того что он быстрее и меньше по объему всех заявленных. Так как это "боком"?
Потому что не портирован? Так специалиста это должно радовать, меньше конкурентов будет.

[VslavX]

А zero-copy далеко не так однозначно дает прирост производительности. Если из Ethernet-а идет запись сразу в файл на блочное устройство типа SD карту то zero-copy может работать гораздо медленее чем в варианте с промежуточным копированием в большой буфер.

Возможно. У меня сейчас "прицел" на выкидывание сетевых данных на свой контроллер на PCI в MPC83xx, там DMA очень гибкий, вполне можно pbuf-ы сразу заполнять/отдавать. Посмотрим какие будут результаты, но, согласен, такая ситуация далеко не всегда и не везде. А вообще - копирование здорово ПСП жрет, и если его всего 600-800Мбайт/сек (DDR-266), то при паре копирований внутри стека до 100Мбайт/сек по гигабиту подняться будет трудновато.

Поверьте VPN клиент потребляет максимум 100 Кб памяти для кода и еще меньше для данных.

Там дело не в памяти было, а в том что имелась большая группа энтузиастов, которые написали достаточно много интересного софта для WRT54G, в том числе версию с VPN-клиентом. А вот официалам было недосуг. На сегодня - у меня есть HD-танк, там похожая ситуация - зная Линукс и даже ничего особенно не разрабатывая можно делать много интересных вещей. Появление альтернативных прошивок - вопрос времени (как у Сиабас будет утечка - так вообще сразу ).

Про MQX яж начал с того что он быстрее и меньше по объему всех заявленных. Так как это "боком"?
Потому что не портирован? Так специалиста это должно радовать, меньше конкурентов будет.

Да где ж меньше - сами ж написали, что "несколько килобайт RAM" - это прикол, а предназначено оно для систем 500МГц (и, подразумевается, с кучей памяти). Я бегло просмотрел исходники - мне показалось, что оно почти все базируется на alloc/free, а такой подход явно не для систем, например, с 32К RAM и без MMU. Может я чего недопонимаю?

[AVR]

Цифрой меньше или цифрой больше -и можете стреляться, никакой портабельности нет. Софт не полетит и вы ничем ему не поможете.

Правда? Может мне показалось что у Debian Linux список поддерживаемых архитектур [alpha][amd64][arm][armel][hppa][i386][ia64][mips][mipsel][powerpc][sparc] с одинаковым набором из многих тысяч пакетов под каждую архитектуру (каждая из которых включает в себя до нескольких десятков типов систем и все это там работает)? То как Вы обобщаете проблемы, связанные с конкретным семейством роутеров на весь Embedded Linux в целом, очень похоже на желание потрепать нервы людям или просто потроллить. Я все больше в этом убеждаюсь, еще свежи в памяти Ваши перлы на тему ext4

[Harbour]

Если у прежде закрытой оси открывают сырцы - это явный признак невозможности менеджмента компании более ее впаривать, т.е. тупо ищутся другие способы - как по мне они уже не помогут.
Насчет Linux - чел просто не в курсе рыночных раскладов - например поставщик двух видов встраиваемых решений - VxWorks и Linux - Wind River в 2008 году отметил внутренний рост заказов именно Linux решений на 48% :

http://www.internetnews.com/dev-news/artic...on+the+Grow.htm

Далее, че-то не видно вообще какого-то преобладания других супер-пупер ОС'ей, кроме Linux, в телефонах, E-Book'ах, рутерах, set-top box'ах и т.д. Ну а про Android/LiMo/MobLin/GENIVI мы пока умолчим, так как через пару лет Linux еще будут ставить и в автомобильные системы.

Ну и где этот убывця ? Где его доля рынка ? Вот когда менеджмент раздуплится, разрабы подсуетятся и супер-пупер ось займет хоть одну десятую процента рынка - тогда и можно будеь о чем-то говорить. А так, согласен - троллинг чистой воды.

P.S. А про TCP/IP у нас "до файрволла не доходит" ...

[Andy Great]

Кстати, в нативных кода насколько знаю симулировать ARM-ы могут Keil да IAR. Ну там еще Multi и проч. редкость.
А в PC линуксе будет отладка софта не в нативном бинарном представлении ARM-ов.

QEMU умеет. Очень интересный проект, в том числе для кросс-отладки.

[AVR]

QEMU умеет. Очень интересный проект, в том числе для кросс-отладки.

Да, QEMU очень хорош, но что если надо отладить не только софт но и железо? Для этого существует GDB - отладка на целевой платформе прямо в "нативном бинарном представлении ARM-ов" прямо с железом, и все это сидя на своем обычном компе Я сказал очевидную вещь для всех, но существуют исключения по всей видимости...

[sergeeff]

Да, QEMU очень хорош, но что если надо отладить не только софт но и железо? Для этого существует GDB - отладка на целевой платформе прямо в "нативном бинарном представлении ARM-ов" прямо с железом, и все это сидя на своем обычном компе Я сказал очевидную вещь для всех, но существуют исключения по всей видимости...

А что, можно запустить GDB на целевой системе, если там нет Linux'a?

[Methane]

А что, можно запустить GDB на целевой системе, если там нет Linux'a?

Для этих целей jtag придумали.

[Andy Great]

Да, QEMU очень хорош, но что если надо отладить не только софт но и железо?

Вопрос был именно про симулятор.

А что, можно запустить GDB на целевой системе, если там нет Linux'a?

Написать/портировать GDB stub.

[AlexandrY]

Если у прежде закрытой оси открывают сырцы - это явный признак невозможности менеджмента компании более ее впаривать, т.е. тупо ищутся другие способы - как по мне они уже не помогут.

Далее, че-то не видно вообще какого-то преобладания других супер-пупер ОС'ей, кроме Linux, в телефонах, E-Book'ах, рутерах, set-top box'ах и т.д. Ну а про Android/LiMo/MobLin/GENIVI мы пока умолчим, так как через пару лет Linux еще будут ставить и в автомобильные системы.

Согласен, что MQX открыли потому что их поджали. Но не линукс, а lwIP.
А Freescale точно рассчитал объем раскрытых исходников , их достаточно чтоб ощутить превосходство их стека,
но еще не дают доступа к дорогим технологиям как SSL c полным криптопакетом включая элиптическими алгоритмы, IPsek, IKE, dot1x, IPv6, IP4to6 и т.д.
С точки зрения перспектив я бы выбрал MQX для встраиваемых дивайсов вместо lwIP.
Сейчас не так сложно портировать новый стек, сложнее правильно организовать сетевую инфраструктуру и разобраться со все кучей протоколов и их юзабельностью. MQX предоставляет здесь больше возможностей.

[Methane]

С точки зрения перспектив я бы выбрал MQX для встраиваемых дивайсов вместо lwIP.

Угу. Перспективы абалдеть. Накроется завтра MQX и что делать?

[Rst7]

Накроется завтра MQX и что делать?

Ну будете сами дописывать. Или на что-то новое перейдете.

А вообще, иметь сугубо свои наработки - тоже оно. Вон zltigo, уже, наверное, лет 15 свой собственный стек между девайсами носит и в ус не дует

[AlexandrY]

е. А вообще - копирование здорово ПСП жрет, и если его всего 600-800Мбайт/сек (DDR-266), то при паре копирований внутри стека до 100Мбайт/сек по гигабиту подняться будет трудновато.

Что такое ПСП? Как вы собираетесь достичь потока 600 Мбайт/c вообще? Вы делали какие нить замеры на железе?

Достаточно много интересного софта для WRT54G, в том числе версию с VPN-клиентом.

Интересного согласен, но в основном бесполезного для встраиваемых дивайсов. Ну зачем HVAC контроллеру Chillispot, kaid, NoCat, Samba client, SIPatH, UPnP, SSH, Dsniff, hydra, OpenVPN и т.д.?
Да, это интересно покопаться, потыкаться, убить время решая головоломку как бы это применить. Но применения нет, либо оно дорого обойдется.

Да где ж меньше - сами ж написали, что "несколько килобайт RAM" - это прикол, а предназначено оно для систем 500МГц (и, подразумевается, с кучей памяти). Я бегло просмотрел исходники - мне показалось, что оно почти все базируется на alloc/free, а такой подход явно не для систем, например, с 32К RAM и без MMU. Может я чего недопонимаю?

malloc и free в MQX переопределены.
Это вообще закон в малых RTOS не применять стандартные функции выделения памяти.
Поскольку они как минимум не защищены от многопоточности.

Прикол то приколом, но только для тех ребят кто создал MQX.
А разработчики на AVR и проч. 8-и битниках реально пользуются теми скелетами операционок и пишут на них тонны софта без всякого стороннего фреймворка.
Поэтому как бы в пику любителям сверхтонких RTOS создатели MQX и прикалываются, как я думаю. А че бы не занять еще и эту нишу?

[Methane]

Ну будете сами дописывать. Или на что-то новое перейдете.

А лицензия позволит?

А вообще, иметь сугубо свои наработки - тоже оно. Вон zltigo, уже, наверное, лет 15 свой собственный стек между девайсами носит и в ус не дует

Вот чтобы каждый не изобретал велосипед, GNU и придумали.

[Rst7]

Вот чтобы каждый не изобретал велосипед, GNU и придумали.

Пользуйтесь гнутыми наработками, если они Вас устраивают. Никто не запрещает. Свое то не от хорошей жизни пишется.

[Methane]

Пользуйтесь гнутыми наработками, если они Вас устраивают. Никто не запрещает. Свое то не от хорошей жизни пишется.

Так я и пользуюсь.

[Harbour]

Согласен, что MQX открыли потому что их поджали. Но не линукс, а lwIP.
А Freescale точно рассчитал объем раскрытых исходников , их достаточно чтоб ощутить превосходство их стека,
но еще не дают доступа к дорогим технологиям как SSL c полным криптопакетом включая элиптическими алгоритмы, IPsek, IKE, dot1x, IPv6, IP4to6 и т.д.
С точки зрения перспектив я бы выбрал MQX для встраиваемых дивайсов вместо lwIP.
Сейчас не так сложно портировать новый стек, сложнее правильно организовать сетевую инфраструктуру и разобраться со все кучей протоколов и их юзабельностью. MQX предоставляет здесь больше возможностей.

Если мне нужен будет embedded IPv6, я поставлю/портирую первый же попавшийся свободный [ например http://www.sics.se/contiki/uipv6-faq.html ], но менять наработанный framework - это вряд ли ... А SSL с криптопакетами к стеку TCP/IP никакого отношения не имеют. Можно сказать больше - метод Freescale "security by obscurity" только отпугивает пользователей крипто-систем - это явный прокол манагеров. Даже песня есть такая про аквалангистов - "У есть такие приборы - но мы вам о них не расскажем"

[Rst7]

Так я и пользуюсь.

Вы ж помните про связывание? Про то, что нужно делать, если связывание происходит с библиотекой не с лицензией LGPL, а GPL? С лицензионными делами все ок? Если да - рад за Вас.

...Напомню...

Можно ли объединять свободное и несвободное ПО в одну программу?

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


Некоторые свободные лицензии допускают сочетание свободных компонентов с несвободными лишь в виде так называемых библиотек. Таким образом, использовать фрагменты свободного кода в составе несвободной программы нельзя, но при этом свободная библиотека может быть использована как компонент составного произведения, включающего свободные и несвободные части. Самой известной из лицензий, предусматривающих такой порядок сочетания свободных и несвободных компонентов, является LGPL (Lesser GPL, или «смягченная» GPL).

Наконец, некоторые свободные лицензии прямо запрещают сочетание свободных и несвободных программ в составных произведениях. К их числу, в частности, относится лицензия GPL.

Может ли несвободная программа использовать свободные библиотеки?


Это зависит от условий распространения свободной библиотеки. Нужно убедиться, что они допускают связывание библиотеки с несвободными компонентами в составных произведениях. Например, лицензия LGPL такое связывание допускает, а лицензия GPL запрещает. Лицензии BSD-семейства безразличны к данному вопросу, поэтому при создании проприетарной программы разработчик может включить BSD-компоненты в состав несвободной программы непосредственно или в качестве отдельных модулей.

[AlexandrY]

Если мне нужен будет embedded IPv6, я поставлю/портирую первый же попавшийся свободный, но менять наработанный framework - это вряд ли ...

Линукса значит для embedded не имеете, а то че ж портировать прям любой попавшийся.
Тем более, что он дальше локального Ethernet сегмента никуда не пробьется. Нужен канал IPv6 через IPv4 однако.
Если фреймворк наработан собственными руками, то его менять при переходе на MQX вообще-то не придется.
Поскольку MQX может предоставить все аналогичные сервисы названных выше RTOS и других аналогичных.

А SSL с криптопакетами к стеку TCP/IP никакого отношения не имеют.

В том смысле что добавление SSL не требует никакого изменения TCP и IP уровней стека, тогда это верно.
Но HTTPS и FTPS как бы считаются составляющими TCP/IP стека и тогда утверждение неверно.

Можно сказать больше - метод Freescale "security by obscurity" только отпугивает пользователей крипто-систем

Чего это пугаться пользователям? Не понял.
Все те же RSA, DES-ы, AES-s..., ничего оригинального.
Оригинальность в защищенных чипах, которых есть у Freescale.
Что бы не пели криптоаналитики, а на сегодня основной удар хакеров держит защищенное хардваре.
Т.е. компактность софта так чтобы он весь залез в микроконтроллер дает еще преимущество в плане безопасности.
MQX как раз и демонстрирует такой компактный подход.

[Harbour]

Линукса значит для embedded не имеете, а то че ж портировать прям любой попавшийся.
Тем более, что он дальше локального Ethernet сегмента никуда не пробьется. Нужен канал IPv6 через IPv4 однако.
Если фреймворк наработан собственными руками, то его менять при переходе на MQX вообще-то не придется.
Поскольку MQX может предоставить все аналогичные сервисы названных выше RTOS и других аналогичных.

Еще раз - никто не будет менять проверенные наработки на новую неизвестную OS только потому что нужен ipv6. Про канал это ... сильно ? В том-то и дело - если фреймворк уже отработан своими руками, то менять его не придется, особенно на mqx или на ей подобных котов в мешках. Оставим как есть - работает ведь и не хуже ...

В том смысле что добавление SSL не требует никакого изменения TCP и IP уровней стека, тогда это верно.
Но HTTPS и FTPS как бы считаются составляющими TCP/IP стека и тогда утверждение неверно.

А книжечку по TCP/IP для начинающих все таки неплохо бы приобрести, а то опять сыпятся перлы Наверное mozilla/ie/opera тоже составляющие TCP/IP стека ?

Чего это пугаться пользователям? Не понял.
Все те же RSA, DES-ы, AES-s..., ничего оригинального.
Оригинальность в защищенных чипах, которых есть у Freescale.
Что бы не пели криптоаналитики, а на сегодня основной удар хакеров держит защищенное хардваре.
Т.е. компактность софта так чтобы он весь залез в микроконтроллер дает еще преимущество в плане безопасности.
MQX как раз и демонстрирует такой компактный подход.

Выдимо далеки от крипто темы. А кто сказал что RSA/DES/AES у фрискэйла _те_ _же_ _самые_ ? Сам фрискейл ? Ну так пусть его и использует, сам, у себя внутри. Открытые и проверенные сырцы большинства используемых крипто-систем - это залог безопасности для их пользователей, а не никому неизвестное закрытое фрискейл-мутиво. Защищенность чипа к качеству реализации крипто-системы никакого отношения не имеет. Чего там защищать ? Референсный код AES что-ли ?

P.S. А вот подоспел и open-source автомобиль, Light Car называется, в Женеве покажут на мотор-шоу :

http://www.autoblog.com/2009/03/03/geneva-...is-like-safety/

вот теперь уж точно mqx/вендекапец ...

[zltigo]

P.S. А вот подоспел и open-source автомобиль, Light Car называется, в Женеве покажут на мотор-шоу :

Дожили, блин, open source "контролер светодиода" - теперь типа "убийца" всего автомобильного софта. Слова "open source" прочно вошли в арсенал для компостирования мозгов обывателям .

[Harbour]

Прокомпостировать можно только уже трухлявый "моск", а такой так и не жалко ...

[AVR]

Дожили, блин, open source "контролер светодиода" - теперь типа "убийца" всего автомобильного софта. Слова "open source" прочно вошли в арсенал для компостирования мозгов обывателям .

Мда... Сходил по ссылке, но честно говоря не понял причем там "open source"... Даже "official press release" читал. Если это просто "open source контролер светодиода" - то название просто нелепость, позорит светлые идеи FOSS. Если это автомобиль с полностью "открытыми чертежами", спецификациями и программным обеспечением - интересно.

[Harbour]

Не надо ля-ля. Авто именно open-source в философском понимании этого слова. Лень, что-ли сходить на оф. сайт девайса :

http://www.edag-light-car.com/index_en.html

Идея была в том чтобы создать авто также как создаются open-source программы - сообществом заинтересованных специалистов и энтузиастов, путем конструктивного и аргументированного обсуждения/участия. Были задействованы инженеры, дизайнеры и конечно компьютерные специалисты. Что в итоге получилось - можно будет увидеть на Женевском авто-салоне. Более конкретные подробности на закрытой части сайта, ну со временем они расколятся, я думаю

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

[AVR]

Идея была в том чтобы создать авто также как создаются open-source программы - сообществом заинтересованных специалистов и энтузиастов, путем конструктивного и аргументированного обсуждения/участия.

Хммм... интересный автомобиль Сори, был не прав, ошибался...
Дизайн его кузова - совершенно не нравится. Похоже по внешнему виду обсуждения не было. Хотелось бы простой красивый на вид автомобиль, а не концепт "летающего лазерного автомобиля 4-го тысячелетия"... это ИМХО...

[AlexandrY]

Мда, судя по тому как вы лёхка собраетесь портировать сомнительные TCP стеки,
то вы видимо с open source сталкивались только через рекламные ролики.

Open source обычно ничего общего не имеет с сообществом и философии у него никакой нет.
Просто один из бизнес инструментов. Причем используемый и для созидания и для борьбы с конкурентами.
MQX в этом плане типичный open source.

По вашей логике он (MQX) должен быть встречен вами с трепетным восторгом.

Не надо ля-ля. Авто именно open-source в философском понимании этого слова. Лень, что-ли сходить на оф. сайт девайса :

Идея была в том чтобы создать авто также как создаются open-source программы - сообществом заинтересованных специалистов и энтузиастов, путем конструктивного и аргументированного обсуждения/участия.

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

[Methane]

Мда, судя по тому как вы лёхка собраетесь портировать сомнительные TCP стеки,
то вы видимо с open source сталкивались только через рекламные ролики.

У вас комплексы? Или какие-то еще проблемы?

[AVR]

Open source обычно ничего общего не имеет с сообществом и философии у него никакой нет.
Просто один из бизнес инструментов. Причем используемый и для созидания и для борьбы с конкурентами.

OpenSource - это продукт, у которого можно посмотреть и изучить исходники, тут я с Вами согласен, обычный маркетинговый ход, а порой преимущество надо конкурентами. А вот FOSS (Free Open Source Software) - вещь совершенно иная, это целая философия, и даже если хотите, религия, в которую я верую
ЗЫ Часто бывает так, что эти два близких понятия путают, очень многие...

[Harbour]

Для комплекса подслеповатого нигилизма таки-да в окружающих вещах никой философии быть не могет, тут я согласен Видите ли батенька - философия - это как бы жизнь человека. Какая жизнь - такая и философия, и наоборот. У кого-то жизнь с мутными mqx'ами в обнимку, у кого-то с открытым взглядом на жизнь и ПО. И что тут поделаешь - каждый сам п@#$%ц своему счастью, так уж мы люди устроены

[Rst7]

Не надо ля-ля. Авто именно open-source в философском понимании этого слова.

Бугага. "Антилопа GNU"

Особенно с учетом краеугольного камня опенсорса - "Жрите что дают"

[AlexandrY]

Для комплекса подслеповатого нигилизма таки-да в окружающих вещах никой философии быть не могет, тут я согласен Видите ли батенька - философия - это как бы жизнь человека. Какая жизнь - такая и философия, и наоборот. У кого-то жизнь с мутными mqx'ами в обнимку, у кого-то с открытым взглядом на жизнь и ПО. И что тут поделаешь - каждый сам п@#$%ц своему счастью, так уж мы люди устроены

И хто тут у нас с открытым взглядом на ПО?

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

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



Ну смотрим в википедии - http://en.wikipedia.org/wiki/Free_and_open_source_software
MQX полностью подпадает под определение FOSS

OpenSource - это продукт, у которого можно посмотреть и изучить исходники, тут я с Вами согласен, обычный маркетинговый ход, а порой преимущество надо конкурентами. А вот FOSS (Free Open Source Software) - вещь совершенно иная, это целая философия, и даже если хотите, религия, в которую я верую
ЗЫ Часто бывает так, что эти два близких понятия путают, очень многие...

[AVR]

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

Верно, но так только дилетанты поступают. Профи - разбираются в работе системы основательно.

Ну смотрим в википедии - http://en.wikipedia.org/wiki/Free_and_open_source_softwareMQX полностью подпадает под определение FOSS

Забавно, но по этой же ссылке пишется про важные различия обоих видов лицензий, несмотря на всю схожесть. MQX - COSS в чистом виде, в этой статье из википедии это написано

[AlexandrY]

MQX выложенная Freescal-ом чистая FOSS.
Никакой адвансной коммерческой функциональности они не предлагают.
Ее предлагает та фирмочка которая первоначально написала MQX.
Так они и COSS не предлагают.

Интересный парадокс. Боюсь тупо с помощью одной философии здесь не разобраться.

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

[AVR]

MQX выложенная Freescal-ом чистая FOSS. Никакой адвансной коммерческой функциональности они не предлагают. Ее предлагает та фирмочка которая первоначально написала MQX. Так они и COSS не предлагают. Интересный парадокс. Боюсь тупо с помощью одной философии здесь не разобраться.

Так... Без поллитра тут не разобраться... Хорошо, MQX - FOSS. Тогда 1) откуда $12500?.. 2) адресок репозитория (CVS/SVN/Git/Hg/etc...) для MQX не подскажите?

[Harbour]

И хто тут у нас с открытым взглядом на ПО?

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

Открытый взгляд на ПО предусматривает использование открытой лицензии, не ограничивающую свободу пользователей, например LGPL. Так мы и не услышали начальника транспортного цеха - какая же все-таки у mqx лицензия, а ? "бизнес-френдли" мне ничего не говорит, текст - в студию.

[AlexandrY]

Ну нафига софту лицензии объясните.
Я вооще уважаю только софт без всяких лицензий.

И че, я навязываю вам MQX? Нет, я просто надеялся услышать профессиональные комментарии.

Открытый взгляд на ПО предусматривает использование открытой лицензии, не ограничивающую свободу пользователей, например LGPL. Так мы и не услышали начальника транспортного цеха - какая же все-таки у mqx лицензия, а ? "бизнес-френдли" мне ничего не говорит, текст - в студию.

Так... Без поллитра тут не разобраться... Хорошо, MQX - FOSS. Тогда 1) откуда $12500?.. 2) адресок репозитория (CVS/SVN/Git/Hg/etc...) для MQX не подскажите?

Про $12500 это сплетня не сохранившаяся даже в кэше гугли.
А репозитарий зачем? Чтоб ламеры заcр...и такие понятные и прозрачные исходники?

[AVR]

Про $12500 это сплетня не сохранившаяся даже в кэше гугли.

Отлично. Так что в итоге - MQX получается бесплатна? Да или нет? 1 или 0?

А репозитарий зачем? Чтоб ламеры заcр...и такие понятные и прозрачные исходники?

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

[AndrewN]

> > А репозитарий зачем?
> За тем.

Коллеги, вы даете - сговорились, что-ли? На шести страницах потешать
публику, говоря о тривиальных вещах, понятных любому первоклашке.
В особенности "фанаты Линукса". Пора бы и взрослеть.

[HARMHARM]

> > А репозитарий зачем?
> За тем.

Коллеги, вы даете - сговорились, что-ли? На шести страницах потешать
публику, говоря о тривиальных вещах, понятных любому первоклашке.
В особенности "фанаты Линукса". Пора бы и взрослеть.

Это уж точно. Развели религиозный спор об инструментах. Еще стамески сравните

[AVR]

Это уж точно. Развели религиозный спор об инструментах. Еще стамески сравните

Господа! О каком религиозном споре идет речь? Раз уж человек _рекламирует_ MQX, так пусть отвечает на вопросы, раз уж возвестил мир о восходе новой звезды не небосклоне ОС. Только на 6-й странице мы узнаем от ТС первые подробности, которые могли бы заинтересовать потенциальных пользователей этой ОС.
Ну и кроме того, человек позволил себе произнести несколько неосторожных заявлений...

[AlexandrY]

MQX раскрыт в том виде как он раскрыт.
И затейники этого дела утверждают о его хороших бизнес перспективах.
Народ не понял в чем они заключаются.

А у вас, говорите, первоклашки даже понимают?
Интересно было бы услышать их понятия.

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

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

> > А репозитарий зачем?
> За тем.

Коллеги, вы даете - сговорились, что-ли? На шести страницах потешать
публику, говоря о тривиальных вещах, понятных любому первоклашке.
В особенности "фанаты Линукса". Пора бы и взрослеть.

Только на 6-й странице мы узнаем от ТС первые подробности

Вы наверно не поняли, но я сам бы хотел знать подробности.

[Harbour]

Господа! О каком религиозном споре идет речь? Раз уж человек _рекламирует_ MQX, так пусть отвечает на вопросы, раз уж возвестил мир о восходе новой звезды не небосклоне ОС. Только на 6-й странице мы узнаем от ТС первые подробности, которые могли бы заинтересовать потенциальных пользователей этой ОС.
Ну и кроме того, человек позволил себе произнести несколько неосторожных заявлений...

зачем отвечать на вопросы и за слова - чукча типа писатель С такой удачной рекламой, думаю, форумчане сразу засунут mqx в ... топку

[Guest_Скопидор_*]

С такой удачной рекламой, думаю, форумчане сразу засунут mqx в ... топку

Точно. Ну действительно. Что это за реклама такая :"Эта ось самая крутая, потому что...круче её нет"

[Andy Mozzhevilov]

зачем отвечать на вопросы и за слова - чукча типа писатель С такой удачной рекламой, думаю, форумчане сразу засунут mqx в ... топку

Прочитав ветку - вывод, каждый хочет прочитать то, что хочет прочесть, а не то, что написано.
Другая крайность - ожидание, что в рот положат разжеванный хлебный мякиш.
У AlexandrY в большинстве своем достаточно корректные ответы и пояснения, читать нужно только.
MQX как минимум скачал, как минимум для изучения. Автору за созданную тему и ссылки спасибо, самому сложно на всех просторах и-нета отслеживать эти узкосециализированные вещи.

[AndrewN]

> Автору за созданную тему и ссылки спасибо

И я с удовольствием присоединяюсь, а заодно приношу извинения,
за то, что не сделал это сразу.

[AVR]

У AlexandrY в большинстве своем достаточно корректные ответы и пояснения, читать нужно только.

MQX выложенная Freescal-ом чистая FOSS.

Пожалуйста, дайте ссылку на текст лицензии MQX и официальный репозиторий. Заранее благодарю.

[AndrewN]

Пожалуйста, дайте ссылку на текст лицензии MQX и официальный репозиторий. Заранее благодарю.

Цитирую из сообщения No 1:
http://www.freescale.com/webapp/sps/site/h...p?code=MQX_HOME
Справа на страничке по вышеуказанному линку есть подзаголовочек, "Download for Free",
двигайтесь по цепочке линков (на следующей странице, там же справа, еще раз "Download Now - Free"),
дойдете до логон'а/регистрации - регистрируйтесь и/или вводите свой логон/пароль и переписываете
архивчик, около 90МВ.

Текст лицензии внутри архива, а укороченный вот здесь (в самом конце страницы):
http://www.freescale.com/webapp/sps/site/p...tid=m32MQX#buss

--
AN