Добрый день!

Как получить из эльфа бинарник - известно:


Бинарник получается целиком содержащий код всех модулей, в него входящих. А как из .axf вытащить код отдельного модуля?
Что-то то ли в гугле забанили, то ли не так я его спрашиваю
Или утилита этого не умеет, нужно из бинарника по информации map-файла дергать? Но ведь абсурдно, эльф сам всю информацию содержит (ээ.. ну должен )

насколько я понимаю в эльфе содержатся секции/сегменты программы (.bss, .const и др.), а не модули на которые Вы побили свою программу. Отдельные модули объединяются линковщиком. Если два модуля содержат одинаковые секции, то они объединятся.
как-то так. может коряво объяснил.....

alexeyv, да, я уже накопал это в доке к fromelf. Это LR - Load Region
теперь бы еще найти информацию о разворачиваемых в RAM кусках...

Идея вообще такая - сделать некий механизм, который позволит подгружать к RL-RTX доп. задачи и запускать их как обычные (разумеется, будут передаваться данные о точках входа, размерах, стеках и т.д.)

Для этого сначала скомпилировать эти задачи, потом вытащить регион из эльфа, а из него уже, на основании данных о модулях в этом регионе, вытаскивать код и разворачивать самостоятельно

В общем вот такие мысли... Если есть еще идеи - с удовольствием выслушаю

А почему сразу не скомпилировать их для исполнения из RAM?? Хлопот меньше с подгружением или экономия ОЗУ - загрузка на момент исполнения?

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

Как-то так

То есть, если я правильно понял
1.Изначально загружается ядро ОС с минимальным функционалом.
2.На каком то этапе подгружаются модули (разные версии ПО или вообще ПО на разные приборы)
3.ОС определяет какие задачи добавили и запускает их на выполнение.

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

Ну вот и я пока к такому же варианту пришел, да и, похоже, других и нет

Именно так делается в ucLinux.
В результате создаются исполняемые бинарники в формате flat binary.
Очень примитивный формат с хидером из пары полей.
Его загрузчик можно написать самому даже не выковыривая оригинальных исходников из ucLinux.

Готовится бинарник утилитами elf2flt и flthdr.

Еще в настройках проекта KEIL (afx - ведь отттуда) есть галка "ONE ELF Section per Function" может как поможет.

Правильнее использовать секцию типа overlay
Потом в IAR есть такая утилита iarchive, которая может превратить *.o файлы с оверлеями в отдельные elf файлы, ну а потом можно сделать flat файлы

Спасибо за наводки, пойду разбираться

Еще вопрос такого плана - а как подобные секции вообще собирать?
Компилировать как часть общего проекта, а потом уже шаманить с *.o файлами?