eep*_*epp 5 linux putty serial-port linux-kernel
首先，我不知道这个应该留在SO还是去SU：你告诉我。解决方案可能与编程有关。
我正在嵌入式设备上执行 Linux 并使用 RS-232 @ 9600 波特率与其进行通信。在 Windows 上使用 PuTTY 一切正常：我有一个 shell，可以键入和执行命令。
问题是：当我启动命令时，我无法使用 CTRL+C。例如，当 ping 某台机器时，ping 进入无限循环，我无法使用 CTRL+C 停止它。但是，当出现 Bash 提示符时，CTRL+C 会起作用并转到下一行（因此它会被传输）。^C我还注意到当我在运行命令时执行 CTRL+C 时，终端会显示。通过 Telnet 连接时，CTRL+C 在任何地方都可以正常工作。
我尝试使用 PuTTY 的“特殊命令”中断，但不起作用。我也尝试过不同的终端模拟器，同样的问题。
所以我猜这个问题与内核有关。对此我有什么可以调查的吗？
编辑：我正在运行 BusyBox v1.13.2。stty -a(RS-232)的输出为：
speed 9600 baud; rows 24; columns 80;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon ixoff
-iuclc -ixany -imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
（Telnet）的输出stty -a是：
speed 38400 baud; rows 24; columns 80;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab3 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
我只是注意到，如果我执行ls -la /bin，这是一个很长的命令，因为列表很长，所以我不能通过仅发出 CTRL+C 来中断，但我可以在按住键的情况下进行中断。大约一秒钟后它就会破裂。但是，这不适用于 ping。
事实上，如果我这样做seq 1 1000然后按 CTRL+C，看起来它会在某个时刻一次性跳过很多行：
93
94
95
^C6
897
898
899
同样的事情发生在ls -la /bin：
lrwxrwxrwx 1 10042 2223 7 May 6 2012 dmesg -> busybox
lrwxrwxrwx 1 10042 2223 7 May 6 2012 dos2unix -> busybox
lrwxrwxrwx 1 10042 2223 7^C 7 May 6 2012 ipcrm -> busybox
lrwxrwxrwx 1 10042 2223 7 May 6 2012 ipcs -> busybox
lrwxrwxrwx 1 10042 2223 7 May 6 2012 iplink -> busybox
嵌入式设备上的串行端口设置可能会忽略中断字符，或者在收到中断时不会导致中断。您可以通过从设备的 shell（或启动脚本）运行 stty 程序或使用各种 ioctl() 参数编写程序来更改此设置。
http://linux.die.net/man/1/stty
stty sane
可能是最好的选择。这会设置一堆“常用”设置。相反，如果你这样做
stty raw
在桌面 Linux 的 shell 窗口中，您可能会遇到在嵌入式设备上看到的那种 ctrl-C 打印但不执行任何操作的行为。
运行不带参数的 stty 可能会打印出当前设置，这可能很有趣 - 特别是比较串行与 telnet 会话的结果。
更新：在 busybox 和 BRKINT 上进行网络搜索发现了一些可能相关的内容：
Date: Thu, 31 Jan 2002 13:34:34 -0800
From: Scott Anderson <scott_anderson at [removed]>
Cc: linuxppc-dev at lists.linuxppc.org
Subject: Re: why is tty->pgrp set to -1 for console?
> What is the correct procedure to follow to get around this problem
> and get ctrl-c working on console?
It looks like everyone is taking a swing at this one, so I think I'll
join in. First off, the easiest way I've found to track down why
ctrl-c doesn't work is to just run "ps -j". For ctrl-c to work, you
need a controlling terminal (the TTY column) and a process group. If
you have a '?' in the TTY column, ctrl-c won't work. In the past I
have seen this happen because of this code in drivers/char/tty_io.c:
if (device == SYSCONS_DEV) {
struct console *c = console_drivers;
while(c && !c->device)
c = c->next;
if (!c)
return -ENODEV;
device = c->device(c);
filp->f_flags |= O_NONBLOCK; /* Don't let /dev/console block */
noctty = 1;
}
Note that O_NOCTTY (no controlling terminal) is forced on whenever
/dev/console is opened (noctty = 1). Possible workarounds:
1) Run getty on something other than /dev/console. For example,
if you console is on the first serial port, run getty on /dev/ttyS0.
I believe this is the "correct" answer.
2) You could also change getty to do a TIOCSCTTY ioctl explicitly after
it has opened the terminal.
3) You could remove the forcing of noctty on from tty_io.c