Портирование кода с ПК на ARM926 Опции

[Harvester]

А как тогда ваша библиотека стыкуется к основному образу ПО?
Сразу все линкуется вместе с вашей библиотекой на стадии компиляции или библиотека компилируется отдельно и потом динамически загружается и связывается с основным ПО уже на стадии исполнения?

Может просто перекомпилировать весь образ надо.

Я работаю не с образом ПО, а с исходниками. Т.е. я добавляю в исходники новые файлы со своим процессом, а потом все вместе компилируется.

Что меня больше всего смущает - Fatal Error происходит не в моем процессе, а каком-то глубоко системном (от него даже исходников нет, только заголовки). Судя по имени обработчика IxTimeOfDay_IPC_Server(), это что-то связанное с часами реального времени.

[AlexandrY]

Я работаю не с образом ПО, а с исходниками. Т.е. я добавляю в исходники новые файлы со своим процессом, а потом все вместе компилируется.

Что меня больше всего смущает - Fatal Error происходит не в моем процессе, а каком-то глубоко системном (от него даже исходников нет, только заголовки). Судя по имени обработчика IxTimeOfDay_IPC_Server(), это что-то связанное с часами реального времени.

А как узнали имя функции в которой прооисходит аборт?

И как понимаю работаете с скомпилированным ядром в виде библиотеки и перекомпилировать его не можете, раз одни только хидеры имеете.

Больше похоже на сбой стека. Либо стек для процесса маленький, либо в стек ложится меньше данных чем и из него выбирается.
Поэтому процессор берет неверный адрес возврата и оказывается в непредсказуемом месте.
Тут надо проверить контекст какой задачи был на момент аборта. Если контекст вашей задачи , то очень вероятен сбой в работе со стеком.
Может некорректно используете функции с открытыми параметрами?

[Harvester]

А как узнали имя функции в которой прооисходит аборт?

И как понимаю работаете с скомпилированным ядром в виде библиотеки и перекомпилировать его не можете, раз одни только хидеры имеете.

Больше похоже на сбой стека. Либо стек для процесса маленький, либо в стек ложится меньше данных чем и из него выбирается.
Поэтому процессор берет неверный адрес возврата и оказывается в непредсказуемом месте.
Тут надо проверить контекст какой задачи был на момент аборта. Если контекст вашей задачи , то очень вероятен сбой в работе со стеком.
Может некорректно используете функции с открытыми параметрами?

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

Вобщем, нет у меня доверия этой библиотеке. Попробую найти альтернативные реализации алгоритма

[kovigor]

Вобщем, нет у меня доверия этой библиотеке.

Просто совет, основанный на личном опыте. Я использовал вот эту библиотеку (bnlib) от Филиппа Зиммермана:

http://philzimmermann.com/EN/bnlib/index.html

[Harvester]

Просто совет, основанный на личном опыте. Я использовал вот эту библиотеку (bnlib) от Филиппа Зиммермана:

http://philzimmermann.com/EN/bnlib/index.html

Спасибо, буду иметь в виду.

[AlexandrY]

Просто совет, основанный на личном опыте. Я использовал вот эту библиотеку (bnlib) от Филиппа Зиммермана:

http://philzimmermann.com/EN/bnlib/index.html

Арифметика произвольной точности есть в любой реализации SSL.
Можно взять уже адаптированную для embedded библиотеку, например из MatrixSSL.
Все в одном файле, компактно, без нагромаждения архитектур.

[Harvester]

Арифметика произвольной точности есть в любой реализации SSL.
Можно взять уже адаптированную для embedded библиотеку, например из MatrixSSL.
Все в одном файле, компактно, без нагромаждения архитектур.

Спасибо. Разберусь с текущей задачей - буду изучать

[SII]

Не очень понятно, как MMU повлияет на быстродействие...
Раскройте секрет.

Причина в том, что во многих АРМовских процессорных ядрах, в том числе на ARM926, кэш данных может работать только при включённом MMU. Соответственно, если MMU выключено, кэш данных не работает и любое обращение к памяти реально обращается к памяти А это, понятное дело, -- большие задержки. Поэтому, даже если виртуальная память совершенно не нужна, крайне рекомендуется включать MMU, заполнив переадресации таким образом, чтобы виртуальные адреса просто совпадали с физическими, а защита не использовалась.

[Genadi Zawidowsk...]

Вам сказали

Нумерация байтов и бит в слове

Вы пока проверили только байты...

[jcxz]

Причина в том, что во многих АРМовских процессорных ядрах, в том числе на ARM926, кэш данных может работать только при включённом MMU. Соответственно, если MMU выключено, кэш данных не работает и любое обращение к памяти реально обращается к памяти А это, понятное дело, -- большие задержки. Поэтому, даже если виртуальная память совершенно не нужна, крайне рекомендуется включать MMU, заполнив переадресации таким образом, чтобы виртуальные адреса просто совпадали с физическими, а защита не использовалась.

Да, пожалуй Вы правы:
Открываем TRM на ARM926EJ-S раздел "Caches and Write Buffer":
Table 4-3 CP15 c1 C and M bit settings for the DCache
C bit/M bit____ARM926EJ-S behavior
...
1/0______DCache enabled, MMU disabled. The C bit is overridden by the M bit setting, so that the DCache is
_________effectively disabled. All data accesses are noncacheable, nonbufferable, with no protection checks. All
_________addresses are flat mapped, that is VA = MVA = PA.
...