gdbproxy для Элвис MIPS32

[vak]

Закончил первую версию gdbproxy для процессоров Элвис с архитектурой MIPS32. Теперь для разработки встроенных систем можно использовать отладчики GDB, Insight, а самое главное - Эклипс, Поддерживаются три JTAG-адаптера: Элвис USB, Элвис LPT и самодельный Bitbang. Проект gdbproxy небесплатный, кому надо - обращайтесь.

Забавно наблюдать поведение процессора с явным конвейером. В случае остановки имеем не один адрес выполняемой команды, а пять адресов. Пять "текущих" команд в разных стадиях завершённости. И что надо считать адресом останова - интересный вопрос.

Comments

[spamsink.livejournal.com]

Адрес первой из команд, выполнение которой еще не (полностью) повлияло на состояние, видимое на уровне instruction set architecture, вестимо.

[vak]

По сути, адрес той, которую ещё можно "откатить". Три стадии конвейера из пяти откатить уже нельзя, и отладчик их принудительно "довыполняет".

[nzeemin.livejournal.com]

Интересно. А где можно найти описание -- как делаются GDB-прокси? У меня есть пара эмуляторов и всё думаю как к ним прикручивать "правильные" отладчики.

[skolk.livejournal.com]

info gdb 'Remote protocol'

[skolk.livejournal.com]

Протокол работает по RS-232 и TCP.
IMHO, bind 127.0.0.1

[skolk.livejournal.com]

Я не в курсе :(

Если нельзя, но очень хочется, можно элементарно пропатчить клиента на предмет запуска симулятора через каналы, благо клиент открытый :)

Может, тут вопрос в том, что сервер должен существовать без клиента?
Или речь не о каналах, а о сокетах UNIX-домена? Тогда отличий вообще никаких.

[skolk.livejournal.com]

Симулятор является фильтром (http://en.wikipedia.org/wiki/Filter_(Unix)).

Пришивается по вкусу.

[skolk.livejournal.com]

А что такое inetd ? ;-)

[skolk.livejournal.com]

по пришиванию фильтров :-)

[skolk.livejournal.com]

Я написал, что не знаю (http://ramlamyammambam.livejournal.com/123488.html?thread=870240#t870240).

1. Удостоверяемся, что нас устраивает время жизни сервера, ограниченное временем жизни клиента (без внутренне сохраняемого сотояния между сессиями).
2. Если да, реализуем его как фильтр.
3. Пришиваем по вкусу - либо через inetd/аналоги, либо через pipe/fork/exec.

Разницы не вижу :-)

[vak]

Про исходники: http://ramlamyammambam.livejournal.com/123488.html?thread=872544#t872544

TCP-сокет - это такой же последовательный протокол, что и pipe. Самая существенная разница в том, что процессы, общающиеся через pipe, должны быть порождены общим предком. Что не всеудобно. Если надо ограничиться только локальной машиной - используем адрес localhost.

[vak]

Хорошая идея, для эмулятора в самый раз.

В репозитории проекта mspgcc лежат исходники утилиты gdbproxy. По идее, достаточно в ней заменить файл target_skeleton.c своим, реализующим интерфейс к эмулятору. В качестве реального примера можно глянуть исходники проекта freemsp430debug, например target_msp430.c.