16 如何像使用SSH一样简单地连接到串行端口？ 是否可以像使用SSH一样连接到串行终端？一定有比Minicom这样的工具更简单的方法，像这样 $ serial /dev/ttyS0 我知道我可以从端口到控制台cat进行输出，/dev/ttyS0但是只有一种通信方式是可行的。和echo出端口是一样的，但周围的其他方式，来港。 如何在Unix / Linux上以最简单的方式实现与串行端口的双向通信？ 86 command-line terminal tty serial-port serial-console
7 可调整大小的串行控制台窗口？ 使用系统的串行控制台时，我总是以$COLUMNS=80和结尾$LINES=24。 尽管我可以手动更改这些变量，但是在客户端终端窗口调整大小后，每次执行此操作都会有些烦人。 通常，我使用来连接到控制台screen /dev/mytty baudrate。 将$TERM环境变量更改为“ screen”或“ xterm”无济于事。 我需要打电话给getty其中一些而不是vt100吗？ 不用说，当我使用ssh连接到同一台计算机时，所有这些工作正常。 25 serial-console
4 内核黑客环境 我一直在嵌入式操作系统中工作，例如uCOS，ThreadX。虽然我已经在Linux中编写了应用程序代码，但是现在我计划开始学习Linux内核。我对环境的问题很少。 哪个是最好的发行版，哪个具有易于使用的内核开发工具？（到目前为止，我已经使用过RHEL和Fedora。虽然我对它们感到满意，但看起来Ubuntu内置了用于轻松进行内核编译的脚本，例如make_kpkg，等等） 您能描述内核调试的最佳设置吗？在调试其他嵌入式OS时，我已使用串行端口转储进度，JTAG等。Linux内核开发人员使用哪种设置？（我的带有串行端口的测试台PC足以满足我的需求吗？如果是，如何配置内核以转储到串行端口？）我正计划将内核消息重定向到将在笔记本电脑中读取的串行控制台。 哪种工具最适合调试和跟踪内核代码？如前所述，串行控制台是唯一的方法吗？或PC是否存在任何IDE / JTAG接口？ 22 linux kernel debugging development serial-console
5 当您只有串行控制台时，如何将文件发送到主机？ 当您只有一个串行控制台（例如通过终端服务器通过telnet）时，可以使用哪些方法将文件传输到主机中/从主机中传输出去？ 剪切/粘贴适用于较小的/可打印的东西，我曾使用过uuencode / uudecode（带有gzip）的组合来处理不可打印的内容，但这非常有局限性。 20 solaris console serial-console
4 终止屏幕监控串行端口 我screen /dev/tty-MyDevice用来查看串行端口上的流量。 按Ctrl+ D不会导致屏幕终止。 我必须做什么才能终止它？ 20 gnu-screen serial-port serial-console
4 如何将串行终端连接到KVM实例？ 也许我误解了KVM的功能，但是在VM上添加/删除硬件的功能似乎意味着我可以添加一个串行端口，然后将其用作终端。 因此，我的问题是： 哪些设置最适合来宾FreeBSD发行版？（有许多！） 如何从Linux主机访问所述终端？ 12 linux freebsd console kvm serial-console
1 如何从串行控制台重新启动冻结的FreeBSD服务器？ Linux具有“ 魔术sysrq密钥 ”来远程重启冻结的机器，它可以在串行控制台上运行，但是FreeBSD呢？有没有办法向串行控制台上的FreeBSD服务器发送“ control-alt-delete”？ 10 freebsd reboot serial-console magic-sysrq
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; … 8 terminal tty serial-console minicom
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总是立即返回并在缓冲区已满时丢弃输出？ 8 linux console tty history serial-console