Я имею:

Собственная прототип ARM-платы (на базе Cortex-M3) с ОС eCosНа плате есть запрограммированный загрузчик RedBootСерийная линия (RS-232)Отладчик GDB для ARM (arm-eabi-gdb)ОС хоста - Windows / Cygwin и / или Linux (на самом деле, нене имеет значения)

Проблема: Отладчик GDB не может соединиться с целью по последовательной линии.

Что я хочу: состоит в том, чтобы прослушивать пакеты удаленного протокола GDB, чтобы понять, жива ли и работает ли заглушка GDB на цели.

Подробности: RedBoot имеет возможность пройти цельУправление встроенной заглушкой GDB. Я знаю, что RedBoot жив, я могу подключиться к нему и отправить ему команды по последовательной линии.Руководство по RedBoot говорит, что переключение на заглушку GDB может быть сделано путем ввода символов $ или + (которые на самом деле являются префиксами пакетов удаленного протокола GDB). Кажется, работает, когда я посылаю эти символы, терминал умирает. Но я'я не уверен, что RedBoot был скомпилирован с поддержкой заглушки GDB (неСпроси меня почему :-)).

Затем, когда я пытаюсь подключиться к плате с помощью моего отладчика GDB, я получаю следующее изображение (в Windows):

(gdb) target remote COM3
Remote debugging using COM3
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Ignoring packet error, continuing...
Ignoring packet error, continuing...

Порт правильный, скорость тоже. Фактически, тот же вывод я получаю, если пытаюсь сделать то же самое с другим последовательным портом, который ни с чем не связан.

То, что я хочу знать, отправляет ли заглушка GDB что-нибудь или нет?

Интуитивно я подумал, что, вероятно,

set verbose on

помогло бы, но руководство GDB говорит, что оно имеет очень ограниченный эффект, и мой случай выше его.

Может быть, есть возможность скомпилировать отладчик GDB с помощью макроса, который включает ведение журнала отладки?