리눅스 커널 입장에서 시그널은 프로세스 간 통신을 위한 간단한 인터페이스입니다. 커널은 상황에 따라 시그널을 생성하고 전달해주는 역할을 수행합니다.
리눅스 커널에서 시그널에 대한 처리는 2단계로 나눌 수 있습니다.
1> 시그널 생성
유저 공간에서 시그널을 설정하면 커널은 해당 프로세스의 태스크 디스크립터에 시그널 정보를 써줍니다. 시그널을 받을 프로세스 스택 최상단 주소에 있는 struct thread_info flags 멤버에 _TIF_SIGPENDING 매크로를 써 줍니다. 시그널을 받을 프로세스에게 누군가 시그널을 생성했고 해당 시그널이 전달될 것이라고 알려주는 것입니다. 이후 시그널을 받을 프로세스를 깨웁니다.
2> 시그널 처리
시그널을 받을 프로세스가 시스템 콜이나 인터럽트 처리를 마무리한 이 후 시그널을 처리합니다.
커널은 시그널 종류에 따라 유저 프로세스가 정해진 동작을 수행하도록 다음 동작을 합니다.
- 시그널 핸들러를 설정 안했을 경우
: SIGINT, SIGKILL 시그널인 경우 프로세스를 종료시킵니다.
- 시그널 핸들러를 설정했을 경우
: 시그널 핸들러 주소를 ARM 프로그램 카운터 정보에 써줘서 시그널 핸들러를 실행시킵니다.
커널은 시그널 핸들러를 실행시켜 줄 뿐 시그널 종류에 따라 세부적인 처리를 할 수가 없습니다. 프로세스에게 전달하는 정보는 시그널 번호가 전부이며 표준 시그널에는 인자나 메시지 또는 그외 정보를 전달할 수 없습니다.
커널은 시그널을 대부분 프로세스를 종료할 때 프로세스나 스레드 그룹에 전달하는 메시지 형태로 사용합니다.
시그널을 발생했으나 아직 전달되지 않은 시그널을 펜딩 중인 시그널(pending signal)이라고 합니다. 특정 타입의 펜딩 시그널은 프로세스당 항상 하나만 존재합니다. 같은 시그널을 동일한 프로세스에게 전달하면 시그널 큐에서 대기하는 것이 아니라 그냥 폐기됩니다.
#Referene 시그널
시그널이란
시그널 설정은 어떻게 할까
sys_pause() 함수 분석
시그널 생성 과정 함수 분석
유저 프로세스 kill() 함수 실행
유저 프로세스 tgkill()함수 실행
커널은 언제 시그널 생성할까?
__send_signal() 함수 분석
시그널 전달 진입점
ret_fast_syscall 레이블 분석
인터럽트 벡터
시그널 전달과 처리는 어떻게 할까?
get_signal() 함수 분석
handle_signal() 함수 분석
시그널 제어 함수 분석
suspend() 함수
시그널 ftrace 디버깅
ftrace 시그널 기본 동작 로그 분석
ftrace 시그널 핸들러 동작 로그 분석
#Reference 시스템 콜
Reference(프로세스)
Reference(워크큐)
워크큐(Workqueue) Overview
.
최근 덧글