Технология динамической загрузки модулей для RTOS, Какие есть методы и инструменты. Опции

[AlexandrY]

Как-то тут проскочила мысль, что настоящая операционная система должна грузить сторонние приложения и выполнять их.

Очевидно, что это реализовать для небольших проектов и даже не с ОС совершенно элементарно.
Для этого при компиляции основного ядра делают symbol definition file и потом этот файл и файлы хидеров передают третьей стороне чтобы те могли правильно скомпилировать и слинковать свои приложения для ядра.

Но когда в ядре количество функций переваливает за тысячу, то сделать переносимые хидеры в ручную представляется проблемой.
Также желательно сделать отдельный модуль с так называемой jump table чтобы уменьшить зависимость от мелких изменений и перекомпиляций ядра. Как-то подумать о фильтрации, чтобы не все подряд сущности из ядра попадали в symbol definition file и т.д.

И тогда вопрос - заморачивается ли кто-нибудь с этим и известны ли инструменты автоматизации всего этого процесса.

[a9d]

Насколько я помню в винде адреса API функций программа получает по ANSI именам. Так решиться проблема с адресацией.

Тогда нужно реализовать функцию которой передается имя функции а она вернет адрес. Этот адрес загоняем в массив и дальше используем.
Но эта не самая большая проблема. MMU все таки нет а значит будет тоже самое, что и с uclinux.

Сообщение отредактировал a9d - Dec 30 2012, 22:36

[AlexandrY]

Насколько я помню в винде адреса API функций программа получает по ANSI именам. Так решиться проблема с адресацией.

Тогда нужно реализовать функцию которой передается имя функции а она вернет адрес. Этот адрес загоняем в массив и дальше используем.
Но эта не самая большая проблема. MMU все таки нет а значит будет тоже самое, что и с uclinux.

Это вы наверно имеете в виду как выполняется динамическое связывание для dll.
Это известный стандартный способ, но для этого ядро должно содержать в себе таблицу символов.
В моих проектах с RTOS такая таблица заняла бы более 300 Кб в RAM.
Даже жирным однокристалкам с Cortex это будет уже за много.
Это не считая того, что сами загруженные таким образом модули подвергаются модификации, т.е. должны выполняться из RAM или по крайней мере по началу туда грузиться.
Решение, скажем прямо, не совсем для малых RTOS.