lkml.org 
[lkml]   [2008]   [Jul]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] x86_64: fix delayed signals


On Fri, 11 Jul 2008, Linus Torvalds wrote:
>
> No, after testing more, I think Edwin is right.

Naah. It is true that there is a huge delay in doing

ls -l /usr/bin

and then pressing ^C, but after having hit my head against this for a
while, I realized that it has nothing to do with the kernel.

Doing an "strace ls" showed that ls doesn't play any games with signals
etc, which fooled me into looking for a kernel reason.

HOWEVER, it looks like at least fedora does a

alias ls='ls --color=auto'

and it turns out that if you do that --color=auto, then ls will indeed
catch all normal signals and set a "please stop now" flag, instead of
dying immediately. The reason is probably to avoiding leaving the terminal
with some odd color if interrupted in an inconvenient place.

So I was chasing this latency thing totally unnecessarily. It's in user
space (or at least _my_ particular issue was).

Other user cases may obviously be elsewhere.

Linus


\
 
 \ /
  Last update: 2008-07-12 01:27    [W:0.090 / U:0.472 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site