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" - у вас программа работает из внутренней флеш-памяти? Чем/как шъётся?
И опять не ясно, зачем тогда запись скриптом отладчика в память мк,
все инициализации должны быть расписаны в программе, заливаемой во флеш.

[xelax]

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

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

Да программа работает из внутренней флеши. Шью прогу самбой через sam-ice jtag.
Программа сама естественно всё инициализирует (настройка векторов, стека, lowlevelinit и т.д.).

Зачем что-то пишу в память? Потомушта пока чайник в этом деле. Просто тупо скопировал чужие рабочие скрипты. До этого отлаживался в IAR и поэтому ни о каких скриптах и слыхом не слыхивал.

Был бы очень признателен если бы рассказали как надо правильно делать.

З.Ы. После того как убрал запись в регистры, дебаггер запускается нормально и без monitor reset перед continue.

Сообщение отредактировал xelax - Nov 8 2007, 07:08

[yaghtn]

Да программа работает из внутренней флеши. Шью прогу самбой через sam-ice jtag.
Программа сама естественно всё инициализирует (настройка векторов, стека, lowlevelinit и т.д.).

Зачем что-то пишу в память? Потомушта пока чайник в этом деле. Просто тупо скопировал чужие рабочие скрипты. До этого отлаживался в IAR и поэтому ни о каких скриптах и слыхом не слыхивал.

Был бы очень признателен если бы рассказали как надо правильно делать.

Ничего лишнего делать не надо.
target remote 127.0.0.1:2331
monitor speed auto
monitor reset
symbol-file test.elf
thbreak _start (или main)
c
В том же gdb скрипте можно организовать и прошивку флеши, я например писал самой первой строчкой:
shell "C:\Program Files\SEGGER\JLink\jflasharm.exe" -openprj./prj/lpc2214.jflash -opentest.hex -auto -exit
target remote .... и т. д.

Запись отладчиком в память применяется для инициализации. Ремап, инициализация внешней sdram вместе с pll, например.
Да и то, мне например, кажется удобнее сваять небольшую программку, выполняющую необходимые процедуры (воспользовавшись имеющимися *.h файлами для имеющегося мк, а не прописывая в gdb скрипт кучу голых адресов и задержек) и грузить сначала её,
а потом отлаживаемую прогу:

target remote 127.0.0.1:3333
set *0xffffef00=0x3 //ремап
file init.elf
thbreak done
load
c

file test.elf
thbreak main
load
c

Сообщение отредактировал yaghtn - Nov 8 2007, 08:41