FreeRTOS and Nucleus (Mentor) Опции

[RCray]

Стоит вопрос возможности использования обеих ОСей на кристалле. Кроме собственно ОСей в ROM'е кристалла есть драйвера периферии и собственно самого чипа. Кроме этого в RAM'е будут приложения пользователя, которые он пишет под определённую ОС.

Вопрос только в этих двух ОС. Возможно ли написать некий wrapper, который бы позволил пользоваться системными вызовами обеих ОСей. Возможно в этот wrapper войдёт не весь функционал, только общий для обеих ОСей и тот который необходим для функционирования драйверов.

Я лично не видел в своей жизни, чтобы существовал один драйвер как для Linux, так и для Windows.

Пользовательское приложение опять же нужно переписывать кардинально или тут тоже можно воспользоваться Wrapper'ом?

Существуют ведь какие-то интерпретаторы, которые позволяют питоновскому коду запускаться как на Linux, так и на Windows.

Коллеги готов выслушать ваше авторитетное мнение.

[RCray]

я не говорил, что ОСи содержат драйвера, я говорил, что ROM чипа будет содержать драйвера.

А по поводу сервисов ядра для пользователя: кто будет за пользователя создавать потоки, планировать для них приоритеты, осуществлять обмен данными между потоками и их синхронизацию?

[AlexandrY]

я не говорил, что ОСи содержат драйвера, я говорил, что ROM чипа будет содержать драйвера.

А по поводу сервисов ядра для пользователя: кто будет за пользователя создавать потоки, планировать для них приоритеты, осуществлять обмен данными между потоками и их синхронизацию?

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

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

Причем юзеру будет глубоко безразлично что там FreeRTOS или что другое.

Проще тогда уж портировать .NET Micro Framework поверх выбранной RTOS. И это будет идеологически правильно.