LINUX.ORG.RU

Проблема с удаленной отладкой из под GDB


0

1

Доброго времени суток. Имею ситуацию: плата отлаживается с помощью GDB через канал RS-232C. В ПЗУ прописана заглушка, обеспечивающая данный протокол. При включении следом за приветствием GDB после некоторой паузы следует сообщение «Ignoring packet error», далее грузятся все положенные секции и программа в целом отлаживается адекватно. Очень редко это сообщение об ошибке не выводится. Программист отказался помогать, ссылаясь на «корявость железа». Проясните, пожалуйста, следующие вопросы: 1) Есть ли в сети русскоязычное описание удаленного последовательного протокола GDB? 2) Как узнать, как конфигурирует COM-порт GDB (интересует количество стоповых бит, бит паритета)?

Ответ на: комментарий от Slavaz

Slavaz, спасибо за участие. Но как я понял, топик, который вы мне порекомендовали, ушел в тему джитага. Но для моего случая принципиально использование COM-порта. И очень уж интересно, как он в GDB настроен (к сожалению, сам не программист и желающего помочь специалиста нет)

RobotCat
() автор топика

Если есть проблемы с удаленной отладкой
через RS232 в gdb , то можно пользоваться стандартной командой
типа «set debug remote 1» для того, чтобы посмотреть какие пакеты
уходят и приходят. Протокол достаточно простой.
Можно установить лог-файл и даже, если будут крякозябы (обычно
их быть не должно), проанализировать вывод.
Найти описание можно в описании самого gdb (на русском не интересовался).
Настройка порта частично делается в команде «remote target ...»,
см. help. Скорость может быть указана тоже через команду
«set remotebaud ...» (TAB в помощь, кажется команда менялась).
В самом gdb минимум настроек, соответственно никто не мешает
попробовать донастроить все через «stty -F /dev/ttyfigvam» и т.п.,
просто выйти в shell и дорихтовать.

io ★★
()

Проблема состояла в том, что по каким-то причинам впереди отправляемого пакета GDB прилеплялась двоичная комбинация 001 (Чуть реже, чем всегда), что зафиксировано осциллографом. Работа велась через устройство ttyUSB0.Как ни извращались- избавиться не смогли. Решили на одной из машин снести федору 8 и поставить федору 6- все покатило. Думается, что дело в драйвере. Завтра попробую сменить его на машинах с 8 федорой, чтобы не сносить ось... З.Ы. В процессе поисков дистриба Fedora 6 выяснилось, что с 8кой такие проблемы с GDB в сочетании с юсб-ком не у нас одних. Наверное, стоит его избегать

RobotCat
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.