VHEMaster 0 25 декабря, 2015 Опубликовано 25 декабря, 2015 (изменено) · Жалоба И снова, доброго времени суток! Просто запустить внешнюю программу из под SDRAM мне оказалось мало. Есть адрес SDRAM: 0x8000 0000 - 0x807F FFFF И есть адрес внутренней флешки со всем нужным API (типа BIOS): 0x0800 0000 - 0x081F FFFF Собственно, внешней ОЗУ много, и камень STM32F429 весьма серьёзен, хотелось бы сделать многозадачную ОС на RTOS с поддержкой запуска внешних приложений. Проблема следующая: Как сделать ремап адресов в этой внешней программе? Допустим, есть виртуальная память, которая ремапится следующим образом: 0x0000 0000 - 0x000F FFFF в 0x8000 0000 - 0x800F FFFF- память программ 0x0010 0000 - 0x001F FFFF в 0x8010 0000 - 0x801F FFFF - оперативная память данной программы Да, понятно, что нужно прописать нечто вроде следующего: if ((Address >= 0x00000) && (Address <= 0xFFFFF)) STM32Address = 0x80000000 + (Address - 0x00000); Проблема в том, что для каждой переменной прописывать такую строку крайне долго и мучительно. Особенно для внутренних функций данной программы. "Вообще, зачем нужен конкретный ремап? Почему бы в линкере не сделать нужные адреса самостоятельно?" Проблема в том, что одна и та же программа может быть запущена несколько раз. Калькулятор, на худой пример. Ну или данное адресное пространство уже может быть занято другой программой. Вот как сделать так, чтобы можно было сделать этакое "виртуальное адресное пространство?" Ну и задача... Использую CooCox CoIDE и GCC компилятор. Изменено 25 декабря, 2015 пользователем VHEMaster Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
scifi 1 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Вот как сделать так, чтобы можно было сделать этакое "виртуальное адресное пространство?" Никак. Для этого есть процессоры, которые это умеют. Между прочим, некоторые компиляторы умеют генерить PIC (position-independent code). То есть такой код, который может выполняться из любых адресов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VHEMaster 0 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба некоторые компиляторы умеют генерить PIC (position-independent code). А умеет ли его GCC?.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 32 25 декабря, 2015 Опубликовано 25 декабря, 2015 (изменено) · Жалоба Вот как сделать так, чтобы можно было сделать этакое "виртуальное адресное пространство?" Нужен контроллер с MMU, в нем есть режимы виртуальной адресации, защиты и автоматической трансляции адресов. Изменено 25 декабря, 2015 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
scifi 1 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба А умеет ли его GCC?.. Гугл говорит, что умеет. Кстати, есть ещё один вариант: генерить перемещаемый ELF. При этом нужно сделать загрузчик, который сможет загружать этот ELF в память по требуемым адресам. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VHEMaster 0 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Кстати, есть ещё один вариант: генерить перемещаемый ELF. При этом нужно сделать загрузчик, который сможет загружать этот ELF в память по требуемым адресам. Как это сделать, подскажите, пожалуйста?) *.elf файл при компиляции создаётся. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
scifi 1 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Как это сделать, подскажите, пожалуйста? Долго и мучительно. Гуглить, читать, разбираться. Английский понимаете, надеюсь. Вы же не хотите, чтобы я за вас это делал? *.elf файл при компиляции создаётся. Ну и что? Это же не тот эльф, который вам нужен. Короче, копайте в этом направлении. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VHEMaster 0 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Ну и что? Это же не тот эльф, который вам нужен. Короче, копайте в этом направлении. Окей, погуглю. А почему не тот? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uuftc 0 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Окей, погуглю. А почему не тот? MMU умеет транслировать адреса в адресное пространство процесса. В нашем случае MMU нет, но это не проблема - посмотрите в сторону, как грузятся динамические либы (.dll, .so) - загрузчик работает примерно так: * загружает либу в RAM * смотрит в специальную секцию в либе, где указаны адреса, которые надо поправить (прямые обращения к памяти, прямые переходы и пр.), далее правит их в RAM исходя из начального адреса, по которому загружен модуль. Вам все равно надо будет определиться с загрузчиком, который будет грузить программы. С него и начните. Еще можно почерпнуть вдохновение http://www.uclinux.org/ Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 32 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба * смотрит в специальную секцию в либе, где указаны адреса, которые надо поправить (прямые обращения к памяти, прямые переходы и пр.), далее правит их в RAM исходя из начального адреса, по которому загружен модуль. Это довольно сложные программы, по сути дизассемблер своего рода... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GenaSPB 11 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Загрузчикам нет необходимости что-то дизассемблировать, списки настраиваемых адресов присутствуют в исполняемом файле. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 32 25 декабря, 2015 Опубликовано 25 декабря, 2015 · Жалоба Загрузчикам нет необходимости что-то дизассемблировать, списки настраиваемых адресов присутствуют в исполняемом файле. Распишите алгоритм кратенько, тоже интересно :rolleyes: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uuftc 0 26 декабря, 2015 Опубликовано 26 декабря, 2015 · Жалоба Распишите алгоритм кратенько, тоже интересно :rolleyes: Кратенько здесь Патчится код, загруженный в RAM. новое значение = старое + смещение, по которому загружен модуль. Список чего патчить готовит компилятор. Подробнее - гуглить "Relocation code". Можно начать с Wiki Удачного хака! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
scifi 1 26 декабря, 2015 Опубликовано 26 декабря, 2015 · Жалоба Вот тут обсуждение загрузчика ELF для STM32. Товарищ утверждает, что адаптировал загрузчик под Cortex-M и сконфигурировал gcc так, чтобы он выдавал ему правильный ELF. Код загрузчика здесь. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 32 26 декабря, 2015 Опубликовано 26 декабря, 2015 · Жалоба сконфигурировал gcc так, чтобы он выдавал ему правильный ELF. Жаль, что не ИАР :crying: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться