이 질문에 대한 답변이 있지만 Linux 커널에 자세한 이벤트 흐름을 게시하겠습니다.
이것은 Linux 게시물 : Linux Signals – 내부
(sklinuxblog.blogspot.in의“Linux 게시물”블로그)에서 완전히 복사 한 것입니다.
신호 사용자 공간 C 프로그램
간단한 신호 사용자 공간 C 프로그램을 작성하는 것으로 시작하겠습니다.
#include<signal.h>
#include<stdio.h>
/* Handler function */
void handler(int sig) {
printf("Receive signal: %u\n", sig);
};
int main(void) {
struct sigaction sig_a;
/* Initialize the signal handler structure */
sig_a.sa_handler = handler;
sigemptyset(&sig_a.sa_mask);
sig_a.sa_flags = 0;
/* Assign a new handler function to the SIGINT signal */
sigaction(SIGINT, &sig_a, NULL);
/* Block and wait until a signal arrives */
while (1) {
sigsuspend(&sig_a.sa_mask);
printf("loop\n");
}
return 0;
};
이 코드는 SIGINT 신호에 새로운 핸들러를 할당합니다. Ctrl+ C키 조합을 사용하여 SIGINT를 실행중인 프로세스로 보낼 수 있습니다 . 때 Ctrl+ C다음을 누르면 비동기 신호 SIGINT는 작업에 전송됩니다. kill -INT <pid>다른 터미널 에서 명령 을 보내는 것과 같습니다 .
당신이 할 경우 kill -l(즉, 소문자의 L"목록"의 약자) 당신은 실행중인 프로세스에 전송 될 수있는 다양한 신호를 알게됩니다.
[root@linux ~]# kill -l
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP
6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1
11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM
16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR
31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3
38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7
58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
또한 다음 키 조합을 사용하여 특정 신호를 보낼 수 있습니다.
- Ctrl+ C– 응용 프로그램을 종료하는 기본 동작 인 SIGINT를 보냅니다.
- Ctrl+ \ – 응용 프로그램 덤프 코어를 종료하는 기본 동작 인 SIGQUIT를 보냅니다.
- Ctrl+Z – 프로그램을 일시 중단하는 SIGSTOP을 보냅니다.
위의 C 프로그램을 컴파일하고 실행하면 다음과 같은 결과가 나타납니다.
[root@linux signal]# ./a.out
Receive signal: 2
loop
Receive signal: 2
loop
^CReceive signal: 2
loop
와도 Ctrl + C또는 kill -2 <pid>프로세스가 종료되지 않습니다. 대신 신호 처리기를 실행하고 반환합니다.
신호가 프로세스로 전송되는 방법
신호의 내부가 프로세스로 전송되는 것을보고 dump_stack과 함께 Jprobe를 __send_signal함수에 놓으면 다음과 같은 호출 추적이 나타납니다.
May 5 16:18:37 linux kernel: dump_stack+0x19/0x1b
May 5 16:18:37 linux kernel: my_handler+0x29/0x30 (probe)
May 5 16:18:37 linux kernel: complete_signal+0x205/0x250
May 5 16:18:37 linux kernel: __send_signal+0x194/0x4b0
May 5 16:18:37 linux kernel: send_signal+0x3e/0x80
May 5 16:18:37 linux kernel: do_send_sig_info+0x52/0xa0
May 5 16:18:37 linux kernel: group_send_sig_info+0x46/0x50
May 5 16:18:37 linux kernel: __kill_pgrp_info+0x4d/0x80
May 5 16:18:37 linux kernel: kill_pgrp+0x35/0x50
May 5 16:18:37 linux kernel: n_tty_receive_char+0x42b/0xe30
May 5 16:18:37 linux kernel: ? ftrace_ops_list_func+0x106/0x120
May 5 16:18:37 linux kernel: n_tty_receive_buf+0x1ac/0x470
May 5 16:18:37 linux kernel: flush_to_ldisc+0x109/0x160
May 5 16:18:37 linux kernel: process_one_work+0x17b/0x460
May 5 16:18:37 linux kernel: worker_thread+0x11b/0x400
May 5 16:18:37 linux kernel: rescuer_thread+0x400/0x400
May 5 16:18:37 linux kernel: kthread+0xcf/0xe0
May 5 16:18:37 linux kernel: kthread_create_on_node+0x140/0x140
May 5 16:18:37 linux kernel: ret_from_fork+0x7c/0xb0
May 5 16:18:37 linux kernel: ? kthread_create_on_node+0x140/0x140
따라서 신호 전송을위한 주요 함수 호출은 다음과 같습니다.
First shell send the Ctrl+C signal using n_tty_receive_char
n_tty_receive_char()
isig()
kill_pgrp()
__kill_pgrp_info()
group_send_sig_info() -- for each PID in group call this function
do_send_sig_info()
send_signal()
__send_signal() -- allocates a signal structure and add to task pending signals
complete_signal()
signal_wake_up()
signal_wake_up_state() -- sets TIF_SIGPENDING in the task_struct flags. Then it wake up the thread to which signal was delivered.
이제 모든 것이 설정되고 필요한 변경이 task_struct 프로세스에 .
신호 처리
신호는 시스템 호출에서 리턴 될 때 또는 인터럽트에서 리턴 할 때 프로세스에 의해 점검 / 처리됩니다. 시스템 호출로부터의 리턴은 파일에 있습니다.entry_64.S .
int_signal 함수가 entry_64.S호출되어 함수를 호출합니다.do_notify_resume() .
기능을 확인합시다 do_notify_resume(). 이 함수는 TIF_SIGPENDING플래그가 다음에 설정되어 있는지 확인 합니다 task_struct.
/* deal with pending signal delivery */
if (thread_info_flags & _TIF_SIGPENDING)
do_signal(regs);
do_signal calls handle_signal to call the signal specific handler
Signals are actually run in user mode in function:
__setup_rt_frame -- this sets up the instruction pointer to handler: regs->ip = (unsigned long) ksig->ka.sa.sa_handler;
시스템 호출 및 신호
"느린"syscall (예 : 읽기 / 쓰기 차단, 프로세스를 대기 상태로 전환) :
TASK_INTERRUPTIBLE또는TASK_UNINTERRUPTIBLE .
상태에있는 작업은 신호에 의해 상태 TASK_INTERRUPTIBLE로 변경됩니다 TASK_RUNNING.TASK_RUNNING프로세스를 예약 할 수 있음을 의미합니다.
실행되면 "느린"syscall이 완료되기 전에 신호 처리기가 실행됩니다. 그만큼syscall 기본적으로 완료되지 않습니다.
만약 SA_RESTART플래그가 설정되어,syscall 신호 처리기 완료된 후 다시 시작된다.
참고 문헌