Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Использование регистров в прерывании
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
Brain13
Доброго времени суток.

Есть такой код для Cortex-M3, компилятор CodeSourcery G++ Lite.
CODE
extern "C" void SysTick_Handler()
{
a++;
}

int main()
{
if(SysTick_Config(1000))
{
while(1)
{
}
}

while (1)
{
}
//return 0;
}

Скомпилил, ассемблерный код обработчика SysTick_Handler выглядит так:
CODE
22 {
SysTick_Handler():
080002d8: push {r7}
080002da: add r7, sp, #0

23 a++;
080002dc: ldr r3, [pc, #16] ; (0x80002f0 <SysTick_Handler()+24>)
080002de: ldr r3, [r3, #0]
080002e0: add.w r2, r3, #1
080002e4: ldr r3, [pc, #8] ; (0x80002f0 <SysTick_Handler()+24>)
080002e6: str r2, [r3, #0]
24 }
080002e8: mov sp, r7
080002ea: pop {r7}

080002ec: bx lr
080002ee: nop
080002f0: movs r4, r5
080002f2: movs r0, #0

Получается, что из-за выделенных кусков нельзя изменять r7, компилер его нигде не использует, но при выходе из прерывания, возвращает в исходное состояние.
Чтобы избавиться от этого сейчас использую вот так определенную функцию:
Код
extern "C" __attribute__((naked)) void SysTick_Handler()
{
    a++;
    asm volatile("bx lr \n\t");
}

Но не знаю насколько это правильно.
Очень интересно узнать зачем компилятор сохраняет указатель стека в регистр r7, и как это отключить?
GetSmart
Цитата(Brain13 @ Sep 2 2011, 12:23) *
Чтобы избавиться от этого сейчас использую вот так определенную функцию:

Вся функция неоптимальна/неоптимизированна. Для начала я бы включил оптимизацию и посмотрел.

Может это в отладочных целях делается.
Brain13
Цитата(GetSmart @ Sep 2 2011, 11:37) *
Вся функция неоптимальна/неоптимизированна. Для начала я бы включил оптимизацию и посмотрел.

Может это в отладочных целях делается.


Да, Вы правы, при установке оптимизации -O1 первый вариант функции превратился в такой код:
Код
23            a++;
          SysTick_Handler():
08000224:   ldr r3, [pc, #8]       ; (0x8000230 <SysTick_Handler()+12>)
08000226:   ldr r2, [r3, #0]
08000228:   add.w r2, r2, #1
0800022c:   str r2, [r3, #0]
25        }
0800022e:   bx lr
08000230:   movs r4, r4
08000232:   movs r0, #0

Но как же я отлаживать буду с оптимизацией?
Можно, конечно, вставить #ifdef DEBUG и т.д., но все же хотелось узнать как это отключить и без оптимизации.
ReAl
Ну без какой-либо оптимизации заставить оптимизировать код тяжело :-)
Попробуйте
-fomit-frame-pointer
-momit-leaf-frame-pointer
Для x86 старается по мере возможности SP в BP не копировать и стандартные заголовки процедур (удобные в том числе для отладчика) не делать.
svss
Цитата(Brain13 @ Sep 2 2011, 14:23) *
Очень интересно узнать зачем компилятор сохраняет указатель стека в регистр r7, и как это отключить?

Вы действительно хотели на этом форуме узнать, зачем бесплатный компилятор сохраняет
указатель стека в регистре r7, или у Вас более жизненная задача?
Brain13
Цитата(svss @ Sep 6 2011, 13:56) *
Вы действительно хотели на этом форуме узнать, зачем бесплатный компилятор сохраняет
указатель стека в регистре r7, или у Вас более жизненная задача?

Зачем это надо, я по-моему разобрался - для средств отладки. Насколько я понял, при разработке embeded-приложения данная фича как пятая нога, это наследство от старших моделей ARM. Если не прав - поправьте.

Главной задачей было это отключить, тк оно не давало читать/писать в "правильный" r7. Но надо знать, не будет ли отключенная фича рушить программу.
Ключи -fomit-frame-pointer -fcprop-registers помогли. Теперь программа в прерывании использует только регистры, сохраненные при его вызове.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.