4

首先，我不知道这是应该留在 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

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 来中断，但我可以在按住键时。大约一秒钟后它会中断。但是，这不适用于 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
4

2 回答 2

3

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

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

stty sane

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

stty raw

在桌面 linux 的 shell 窗口中，您可能会得到您在嵌入式设备上看到的那种 ctrl-C prints-but-does-nothing 行为。

不带参数运行 stty 可能会打印出当前设置，这可能很有趣——尤其是比较串行会话与远程登录会话的结果。

更新：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
于 2012-05-06T02:59:00.540 回答
0

非常切题，但是由于我找不到要输入的客观命令，因此我绝望了， ssh 127.0.0.1并且 ctrl-c 在 ssh 会话中工作。

于 2018-05-25T18:42:43.997 回答