Questions tagged «serial-console»

16
如何像使用SSH一样简单地连接到串行端口?
是否可以像使用SSH一样连接到串行终端?一定有比Minicom这样的工具更简单的方法,像这样 $ serial /dev/ttyS0 我知道我可以从端口到控制台cat进行输出,/dev/ttyS0但是只有一种通信方式是可行的。和echo出端口是一样的,但周围的其他方式,来港。 如何在Unix / Linux上以最简单的方式实现与串行端口的双向通信?

7
可调整大小的串行控制台窗口?
使用系统的串行控制台时,我总是以$COLUMNS=80和结尾$LINES=24。 尽管我可以手动更改这些变量,但是在客户端终端窗口调整大小后,每次执行此操作都会有些烦人。 通常,我使用来连接到控制台screen /dev/mytty baudrate。 将$TERM环境变量更改为“ screen”或“ xterm”无济于事。 我需要打电话给getty其中一些而不是vt100吗? 不用说,当我使用ssh连接到同一台计算机时,所有这些工作正常。

4
内核黑客环境
我一直在嵌入式操作系统中工作,例如uCOS,ThreadX。虽然我已经在Linux中编写了应用程序代码,但是现在我计划开始学习Linux内核。我对环境的问题很少。 哪个是最好的发行版,哪个具有易于使用的内核开发工具?(到目前为止,我已经使用过RHEL和Fedora。虽然我对它们感到满意,但看起来Ubuntu内置了用于轻松进行内核编译的脚本,例如make_kpkg,等等) 您能描述内核调试的最佳设置吗?在调试其他嵌入式OS时,我已使用串行端口转储进度,JTAG等。Linux内核开发人员使用哪种设置?(我的带有串行端口的测试台PC足以满足我的需求吗?如果是,如何配置内核以转储到串行端口?)我正计划将内核消息重定向到将在笔记本电脑中读取的串行控制台。 哪种工具最适合调试和跟踪内核代码?如前所述,串行控制台是唯一的方法吗?或PC是否存在任何IDE / JTAG接口?





2
命令在80个字符后换行
minicom连接到Yocto Linux计算机的串行控制台时遇到麻烦的问题。 我输入的命令在第80个字符后环绕在同一行。使用起来非常不便。我在该行开头输入的所有内容都会被该行的最后一个字符覆盖。 与同一台计算机的SSH连接可以正常工作。在第80个字符之后,ssh转到下一行。 这是stty设置: stty -a speed 115200 baud; rows 24; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; …

1
如果待处理的字符超过256个,为什么8250 UART驱动程序不唤醒TTY?
这种if条件的动机是什么void serial8250_tx_chars(struct uart_8250_port *up)? if (uart_circ_chars_pending(xmit) < WAKEUP_CHARS) uart_write_wakeup(port); 自Linux 1.1.13(1994年5月)以来一直存在,并且在大多数UART驱动程序中都重复使用。 背景:定制的Linux 3.4.91,ARMv7上的嵌入式系统,UART端口0配置为38400波特,I / o使用16字节FIFO。在我们的设置中,所有这些都无法更改。 当的printf-ING 非常沉重经由UART在控制台上,内部的4kB缓冲液(UART_XMIT_SIZE)填满,然后档的用户空间进程直到缓冲器被清空(这需要在38400波特1秒!)。然后,此行为重复。这是因为n_tty_write()当缓冲区已满时,函数将进入睡眠状态,并且由于上述问题而无法长时间唤醒。 如果只删除此检查,我会发现它更自然,更有效。然后,printfs将尽快填充缓冲区,然后以清空缓冲区的速度继续,而不是我观察到的突发处理。 在我的环境中,它可以正常工作,但我肯定会丢失或误解某些东西。当前实施必须有一个理由。如果我消除这种状况,会有副作用吗? 作为附带的问题:是否有配置选项来调整此行为,例如使printf总是立即返回并在缓冲区已满时丢弃输出?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.