Есть плата c lpc2138.

Все отлично работает до того момента как я начинаю пользоваться плавающей точкой.

Например
int z = 2;
float a = 10;
a = a;

Вызывает сброс контроллера.
Использую YAGARTO последний.

В чем может быть проблема?
Может что-то с библиотеками?

Стек проверьте, есть ли выравнивание по границе 2-х слов.

А как это сделать? Я просто не специалист...

Если вот так буду определать все будет нормально?

.stack ALIGN(256) :
{
. += STACK_SIZE;
PROVIDE (Top_Stack = .);
} > RAM

Если есть возможность покажите startup и ld-script пожалуйста.

Сообщение отредактировал vkle - Aug 19 2008, 15:09

Надежнее всего симулятором непосредственно при вызове float-функции.


Не факт: испортить выравнивание можно легко.


Опять таки я далеко не уверен, что дело именно в стеке. Просто проверьте.

В map файле стек находится вот так:
.stack 0x40000100 0x2400
*(.stack)
.stack 0x40000100 0x2400 crt0.o
0x40002500 PROVIDE (_stack, .)
0x40002500 . = ALIGN (0x4)
0x40002500 _end = .
0x40002500 PROVIDE (end, .)



Фух, а что при этом должно быть? Т.е. что смотреть и как распознать выровнен он или нет? И если не выровнен, то что делать?

Как я и говорил я в этом не сильно понимаю.

После перехода на функцию младшие 3 бита R13 должны быть равны 0.

И в eclipse и в insight 12 регистров. Т.е. нужен именно симулятор?

Если я обнаружу что нет выравнивания, то что делать?

Показывает вот такое: когда пытается вызвать _floatsidf
- 0x3280 <__floatsidf>: andeq r0, r0, r0
- 0x3284 <__floatsidf+4>: andeq r0, r0, r0
- 0x3288 <__floatsidf+8>: andeq r0, r0, r0
- 0x328c <__floatsidf+12>: andeq r0, r0, r0
- 0x3290 <__floatsidf+16>: andeq r0, r0, r0
- 0x3294 <__floatsidf+20>: andeq r0, r0, r0
- 0x3298 <__floatsidf+24>: andeq r0, r0, r0
- 0x329c <__floatsidf+28>: andeq r0, r0, r0
- 0x32a0 <__floatsidf+32>: andeq r0, r0, r0
- 0x32a4 <__floatsidf+36>: andeq r0, r0, r0
- 0x32a8 <__floatsidf+40>: andeq r0, r0, r0
Это не похоже на функцию....

Значит у Вас с библиотекой что-то не так.

Вместо R13 - есть sp. Это наверняка stack pointer.
С ним все ОК. Он равен 0x40002168.

А вы не могли бы выложить хорошие библиотеки или повосетовать какимы вы сами пользуетесь?
Или на почту vkle ат mail.ru
Спасибо.

Дело не в "хорошести", а в том, что библиотека у Вас, судя по всему, просто не прилинковалась. А почему это произошло - не известно.

А как проверить прилинковалась или нет? В map файле она есть.
Линкер при сборке не ругается.
Какие могут быть варианты?
У вас случаем нет Makefile которым вы пользуетесь?

Я, к сожалению, не пользуюсь YAGARTO.

А что советуете?

Вы имеете в виду, какой компилятор? Я давно пользуюсь продукцией ARM (ADS, RVDS) и очень ей доволен.

Все дальше парюсь...
Вобщем написал такой нехитрый код:
int main(){
float a = 10.2;
while(1){
a /= 2.0;
}
return 0;
}

Не использую никаких прерываний.
Если из мейкфайла (из компиляции) удаляю все остальные свои коды, то при входе в функцию деления __divsf3 вижу:
0x4d8 <__divsf3>: mov r12, #255 ; 0xff
0x4dc <__divsf3+4>: ands r2, r12, r0, lsr #23
0x4e0 <__divsf3+8>: andsne r3, r12, r1, lsr #23
0x4e4 <__divsf3+12>: teqne r2, r12
...
Если включаю в компиляцию написанные модули, но main не меняю и в main.c ничего не дописываю, то при входе в __divsf3 вижу шлак:
0x35b0 <__divsf3>: andeq r0, r0, r0
0x35b4 <__divsf3+4>: andeq r0, r0, r0
0x35b8 <__divsf3+8>: andeq r0, r0, r0
0x35bc <__divsf3+12>: andeq r0, r0, r0
0x35c0 <__divsf3+16>: andeq r0, r0, r0
...
Что это может быть?