LINUX.ORG.RU

Отладка через serial на embedded


0

1

Привет.
Если в inittab висит getty:

ttyS0::respawn:/sbin/getty -L ttyS0 115200 vt100 # GENERIC_SERIAL

То я так понимаю, отладка не будет работать.
Если getty убрать, то можно ли будет отлаживать по последовательному порту?

★★★★★

Последнее исправление: UVV (всего исправлений: 1)

Про какую отладку идет речь ? Отладочные сообщения ядра будут приходить, для аппаратной отладки есть специальный отладочный порт jtag

anonymous
()
Ответ на: комментарий от anonymous

Если речь про kgdb (http://elinux.org/Kgdb) через последовательный порт то консоль висящая на порте не помешает.

anonymous
()
Ответ на: комментарий от UVV

Приложение отлаживать

если пользовательские приложения то по-моему надо отключать консоль от этого порта.

anonymous
()
Ответ на: комментарий от anonymous

Да, пользовательское, не ядро через kgdb. Ok, попробую отключить консоль и стартануть gdbserver.

UVV ★★★★★
() автор топика
Ответ на: комментарий от UVV

попробую отключить консоль и стартануть gdbserver

Если есть ethernet - проще через сеть отлаживать, в большинстве случаев в IDE так и поступают.

anonymous
()
Ответ на: комментарий от ttnl

Это не про то. Параметр console как раз нужен для вывода информации от ядра. А здесь про пользовательское приложение.

solovey ★★
()
Ответ на: комментарий от solovey

Во, кстати. Чтобы обеспечить отладку, нужно как раз, чтобы этого параметра не было?

UVV ★★★★★
() автор топика
Ответ на: комментарий от UVV

Не знаю, не проверял. Я обычно отлаживаю на хосте, а потом кросс-компиляю...

По идее, ядро туда что-то плюет только при старте и каких-то ошибках, поэтому это не должно сильно мешать отладке...

Я бы попробовал убрать запись из inittab и проверить, а к плате подключаться по ssh, если понадобится

solovey ★★
()
Ответ на: комментарий от UVV

Это понятно, просто у меня еще не возникало таких задач.

На худой конец можно printf'ами, по хардкору :)

solovey ★★
()
Ответ на: комментарий от UVV

Чтобы обеспечить отладку, нужно как раз, чтобы этого параметра не было?

да

Я бы попробовал убрать запись из inittab и проверить, а к плате подключаться по ssh, если понадобится

На кой черт вообще нужен тогда последовательный порт если есть сеть (SSH) ?

http://sourceware.org/gdb/onlinedocs/gdb/Server.html

anonymous
()
Ответ на: комментарий от anonymous

На кой черт вообще нужен тогда последовательный порт если есть сеть (SSH) ?

fixed

UVV ★★★★★
() автор топика
Ответ на: комментарий от UVV

fixed

Я рад что ты это пономаешь, но вопрос был к соловью.

anonymous
()

Всем спасибо за дискуссию. Проблема решена следующим образом: - оригинальный inittab заменятся новым, где ttyS0 закомментировано - init'у шлётся сигнал, чтобы перечитать inittab (kill -HUP 1) - стартуется gdbserver на /dev/ttyS0.

Параметр ядра console вроде как не влияет на дальнейшую работу (иначе по сути getty тоже бы неочень работал).

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