linux - 为什么在 Linux 上使用 RS-232 时 CTRL+C 不起作用？

Question

首先，我不知道这个应该留在 SO 还是去 SU:你告诉我。解决方案可能与编程有关。

我在嵌入式设备上执行 Linux，并使用 RS-232 @ 9600 波特与其通信。在 Windows 上使用 PuTTY 一​​切正常:我有一个 shell，可以键入和执行命令。

问题是:当我启动一个命令时，我不能按 CTRL+C。例如，当 ping 某台机器时，ping 进入无限循环，我无法使用 CTRL+C 停止它。但是，在 Bash 提示符下，CTRL+C 起作用并转到下一行(因此它被传输)。我还注意到，当我在运行命令时执行 CTRL+C 时，终端显示 ^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

stty -a (Telnet) 的输出是:

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 来中断，但我可以放下 key 。它在大约一秒钟后中断。但是，这不适用于 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

Answer 1

嵌入式设备上的串行端口设置可能会忽略中断字符，或者在接收到中断时不会导致中断。您可以通过从设备的 shell(或启动脚本)运行 stty 程序或使用各种 ioctl() 参数编写程序来更改此设置。

http://linux.die.net/man/1/stty

stty sane 

可能是最好的选择。这会设置一堆“常规”设置。相反，如果你这样做

stty raw 

在桌面 linux 的 shell 窗口中，您可能会得到您在嵌入式设备上看到的那种 ctrl-C 打印但什么都不做的行为。

不带参数运行 stty 可能会打印出当前设置，这可能很有趣 - 特别是比较串行 session 与 telnet session 的结果。

---

更新:在 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