FreeRTOS и arm-elf-gdb, не стартует отладка Опции

[xelax]

Попытался подебажить проект с FreeRTOS и наткнулся на то что, не стартует проект под дебагером.

sam7x + arm-elf-gcc\gdb + eclipse

В проектах без FreeRTOS хожу по шагам, смотрю переменные и т.д. Всё нормально.

Вопрос, что меняется для дебагера при использовании FreeRTOS и как это побороть? Отлаживать код с помощью светодиодов не здорово.

вот инициализационные данные:


target remote localhost:2331

monitor reset
monitor speed 30
monitor speed auto
monitor long 0xffffff60 0x00320100
monitor long 0xfffffd44 0xa0008000
monitor long 0xfffffc20 0xa0000601
monitor sleep 100
monitor long 0xfffffc2c 0x00480a0e
monitor sleep 200
monitor long 0xfffffc30 0x7
monitor sleep 100
monitor long 0xfffffd08 0xa5000401
set remote memory-write-packet-size 1024
set remote memory-write-packet-size fixed
set remote memory-read-packet-size 1024
set remote memory-read-packet-size fixed
symbol-file test.elf
continue


P.S. JTAG Atmel SAM-ICE

P.P.S
Я пока не большой знаток составления make файлов в рукопашную. Взял makefile из примеров с сайта FreeRTOS. Возможно, какую-то из опций нужно добавить для информации для дебагера.

Сообщение отредактировал xelax - Nov 2 2007, 15:00

[xelax]

Тупо добавил monitor reset перед continue
Теперь контроллер ресетуется не мной по кнопочке и дебаггером
Пока работаю так.

Что скажут по этому поводу знающие люди. Как правильно сделать?

[yaghtn]

Тупо добавил monitor reset перед continue
Теперь контроллер ресетуется не мной по кнопочке и дебаггером
Пока работаю так.

Не понятно, зачем сброс перед continue,
либо зачем скрипт что-то пишет в память мк.

"symbol-file test.elf" - у вас программа работает из внутренней флеш-памяти? Чем/как шъётся?
И опять не ясно, зачем тогда запись скриптом отладчика в память мк,
все инициализации должны быть расписаны в программе, заливаемой во флеш.