BDM ELF файл против нормального файла ELF

Question

Что это выгодно, что файл BDM ELF имеет в обычном файле ELF с точки зрения используемых памяти?

Я знаю следующие вещи о обоих:

1. файл bdm eLf может быть использован для отладки через любые инструменты отладчика Как Trace32, подключив JTAG. Обычный файл ELF также может быть используется для отладки назначения, при условии, что у нас есть соответствующие FLS Файл (flash file), который должен быть прошиваться в область ПЗУ ECM.
2. файлы elf bdm загружаются в область RAM в области ECM (электронные Модуль управления), тогда как обычные файлы эльфов и их соответствующие FLS загружаются в ром из ECM.
3. файлы ELF (либо BDM, либо нормальный) не загружаются все в память о ECM (я понял это от размера ECM память, которую мы используем для загрузки эльфа, которая с точки зрения Kb по сравнению с огромным размером эльфа, который находится с точки зрения МБ), какая-то часть файла эльфа (символы, как типы, вариация и Функции и т. Д.) Сдерживаются с памятью Trace32.

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

Мое ожидание - понять, как содержится содержимое файла файлов BDM ELF, распространяется между отладчиком Trace32 и памятью ECM, как либо форматы эльфов, которые выгодны, чем друг друга, как и оба используются только для отладки. Обратите внимание, что когда он пришел к выпуску приложения / программного обеспечения для клиента, мы выпускаем с точки зрения формата FLS, который клиент мигает в их ECM.

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

Answer 1

Хорошо, я попробую еще раз:

Как содержится содержимое файла BDM ELF, распространяется между отладчиком Trace32 и памятью ECM?

Файл ELF может удерживать информацию о отладке информации (относящиеся к локациям памяти и регистрируют к функциям и переменным), которые использует Trace32, чтобы помочь вам отладить. Эта информация о символах проводится в трассировке32, и она используется для декодирования выхода BDM из чипа (регистрационные значения, в основном) и предоставляют полезную информацию за голой сборкой.

Как есть либо форматы эльфов выгодно, чем друг друга как оба используются только для отладки назначения?

Это зависит от вашего инструмента отладки и вашей цепочки инструментов разработки. Как я уже сказал, в другом ответе, ELF - это просто стандартный формат. Погода используется для онлайн-программирования, зависит от того, что ваш инструмент разработки использует во время ссылки. Поскольку вы не говорите мне, что такое ваша цепь инструментов, я действительно могу только спекулировать.

Если у вашего устройства есть плоская модель памяти и встроенный ROM (большинство 32-битных устройств с небольшим количеством хранения), то только один файл необходимо для программирования устройства. Поскольку RAM и внутренняя вспышка адресованы то же самое, адрес просто должен соответствовать нужным пунктам назначения.

Если, с другой стороны, у вас есть два места, где ROM хранится (что я подозреваю, это случай в вашем продукте), и они не решаются то же самое, то могут потребоваться два файла. Это было бы так, если бы произошла ECU, который сопряжен с чипом и внешней флэш-ром (или SD-картой или тому подобное). В этом случае отдельное изображение потребуется для записи в хранилище вне чипа, поскольку адреса, скорее всего, будут перекрываться (эльф принимает уникальный адрес для части данных). Таким образом, в вашем случае требуются два файла ELF: One Указывает настройку отладки, которая должна быть загружена в ОЗУ для запуска устройства в отладке, другой указывает информацию о символах для ОС и другие данные, запрограммированные на внешний вспышку. Файлы FLS, вероятно, указывают информацию, которую программист использует для решения внешней вспышки, не присутствующей в эльфии, но это зависит от архитектуры (я не знаком с тем, как Nokia указывает на их аппаратное обеспечение).

Это может помочь для общей информации ELF: http://blog.ksplice.com/tag/ эльф /

Answer 2

Способность BDM ELF состоит в том, чтобы просматривать изменения в местах памяти и регистрации памяти, пока код работает, и без необходимости остановки его.

Используя BDM ELF, мы можем иметь аппаратные точки наблюдения или точки останова.Это полезно, поскольку вы можете нарушить значение, измененное, не влияя на скорость выполнения.Как только отладчик перерывается, мы можем использовать метод отладки ядра и приложения вместе для поиска точно в какой строке это произошло.

Вы не можете установить точки останова в пользовательских программах из отладчика BDM.Это связано с тем, что он вставляет «остановить» инструкции, и их можно выполнить только кодом ядра.Можно изменить драйвер BDM, чтобы позволить отладку пользовательских приложений через интерфейс BDM.

Answer 3

Ваш вопрос не хватает никаких вопросительных знаков. Как таковой, я не уверен, что я полностью отвечу то, что вы спрашиваете.

Эта информация в значительной степени получена от использования файлов эльфов над BDM, а не из фактического Документация:

ELF - это спецификация файлов, поэтому все файлы ELF должны быть одинаковыми. Файл ELF генерируется линкером и содержит информацию о символах, а также исполняемый код, организованный в разделы. Когда пользовательские программы ECM, отладчик / программист читает через файл ELF, выбирает адреса разделов и их связанный код, затем записывает их по желанию.

Записан ли исполняемый файл в ОЗУ или ROM, зависит от адресов сечений в эльфике (обычно настраивается через файл конфигурации, прочитанный ссылками), либо настройки программиста, когда программа «запрограммирована». Большинство отладчиков имеют возможность загрузить изображение в или ROM или RAM. Единственное различие в программных изображениях - это местоположения кода и переменных.

В ситуации, которую вы описываете, ваш программист, кажется, не сможет вытащить исполняемые данные из файла ELF. Я предполагаю, что ваш файл fls - это какой-то файл изображения необработанного изображения, который можно записать слово для Word к целевому оборудованию.