Процессор AT91sam7x512, IAR 6.30
В проекте использую динамическую память. Пробовал использовать библиотечные функции (malloc, free) и менеджер памяти BGET.
Суть проблемы в том, что контроллер периодически (~раз в час уходит в Abort Handler). Адрес в регистре LR указывает на инструкции, выполняющие строку библиотеки BGET (процедура brel).
По состоянию переменных также понятно, что затык происходит при попытке освободить память (указатель, передающийся процедуре brel корректный, по нему лежат данные верного куска памяти).
Куда копать?

Вариантов три:
1) Освобождаете какой-то участок памяти дважды
2) Какая-то процедура, записывая в предыдущий участок, выходит за его пределы и портит служебную информацию следующего блока
3) Нехватка стека - стек налезает на кучу и портит ее.

Такой вопрос.
Функции malloc/realloc/free у меня используются как в основной программе, так и в обработчиках прерываний. Допустимо ли это?
Т.е. например при получении пакета я в обработчике прерывания выделяю память под пакет и копирую его туда. обрабатываю его в основной программе, где после копирования ответа в выходной буфер, освобождаю память

пс: Попробовал сделать в цикле основной программы выделение и последующее освобождение блока памяти. То же самое (с другим блоком памяти) в обработчике 1 мс таймера. В результате процессор переходит в __exit, после чего сбрасывается вачдогом.

Сообщение отредактировал athlon64 - Mar 20 2012, 12:05

В случае BGET - нет. Самый простой вариант обхода проблемы - запрещать прерывания во время вызовов библиотеки.

А в случае менеджера памяти библиотеки Си IAR'а?

Ну представте (для примера), что в основном цикле работает вызов free(), в этот момент дёргается прерывание, и начинает выполнять malloc() - если нет механизма обеспечение "атомарности" для данных функций - будет каша, а если есть - всё тупо повиснет (если, конечно, "атомарность" не поддержана, до кучи, отключением прерываний ).
Предлагаю заранее выделить кольцевую цепочку буферов.

Смотрите документацию. Например, у RVCT функции кучи так использовать можно.

Корректно ли будет обрамить функции следующими вставками?

Если процессор находится в привилегированном режиме, то корректно. Только лучше intrinsic'и использовать, а не вставки.

Ну эти вставки и взяты из дизассемблера яровских intrinsic (__enable interrupt, __disable interrupt).

Могу добавив в cstartup следующего кода перевести процессор в режим SYSTEM? Чем чревато постоянное нахождение в SYSTEM-режиме?


Хотелось бы найти способ отключения обработки всех прерываний, не привязанный к IAR, при этом не задержав обработку прерываний на время более чем время нахождени в malloc/free. Или лучше отключать/включать прерывания от всей периферии по отдельности?
Не приведёт ли манипуляция с I-битом к негативным последствиям при попытке снять I-бит в обработчике прерывания?

Сообщение отредактировал athlon64 - Mar 21 2012, 02:14

Читаю пост и за голову хватаюсь. Калёки/малёки в обработчике прерывания? Запрет прерываний? До чего только не додумается воспаленный разум программиста... RabidRabbit хороший совет дал - кольцевой буфер спасёт великого комбинатора.

Работа с кольцевым буфером.

К сожалению простым кольцевым буфером в данном проекте не обойтись, куча используется ещё кучей процедур.
ARM в режиме SYSTEM, asm вставки вроде дали положительный эффект, точно будет известно после тестирования.