미뤄 둔 작업이 있는지 확인한 뒤 처리합니다

이 코드는 어떤 문제를 푸나요?

하드웨어 IRQ에서 모든 일을 끝내면 다른 인터럽트 처리가 오래 지연될 수 있습니다. 일부 작업을 softirq로 미뤄 처리합니다. do_softirq는 현재 문맥을 확인하고 CPU에 남은 작업 비트를 읽어 실행 여부를 결정합니다.

읽을 범위: v6.6 · kernel/softirq.c · do_softirq 441–457행입니다. 아래에 이 범위의 원문과 각 줄의 설명을 실었습니다. 주제 전체의 흐름과 다른 경로는 기존 분석에서 함께 읽으실 수 있습니다.

먼저 알아둘 개념

pending 비트

처리할 종류가 있음을 나타내는 표시입니다. 작업 객체 전체를 담는 큐 자체와는 다릅니다.

IRQ 저장·복원

현재 마스크 상태를 기억했다가 그대로 되돌립니다. 무조건 인터럽트를 켜는 것과 다릅니다.

처음 읽을 때

코드를 읽을 때 이미 인터럽트 문맥이면 이 진입 경로를 진행하지 않습니다. 그다음 어느 상태가 바뀌는지 각 줄에서 확인하세요.

더 깊이 살펴볼 때

이 경로의 호출 문맥, 잠금·인터럽트 상태, 오류 시 남는 자원을 함께 추적해 보세요. 호출된 함수가 수행하는 작업과 현재 함수가 직접 보장하는 범위를 구분하는 것이 중요합니다.

그림으로 보는 변화

GIF 재생1단계 · 멈춰 보기2단계 · 멈춰 보기3단계 · 멈춰 보기

1단계 고정

GIF 원본 열기

1. 호출 문맥 확인

이미 인터럽트 문맥이면 이 진입 경로를 진행하지 않습니다.

분기 화살표는 조기 반환을 포함합니다.

2. pending 읽기

로컬 IRQ 상태를 보존하고 처리할 작업 비트를 확인합니다.

다른 CPU 전체의 pending을 한 번에 읽는 것이 아닙니다.

3. 처리와 복원

작업이 있으면 실행하고 원래 IRQ 상태를 복원합니다.

별도 스택 사용과 새 태스크 생성은 구분합니다.

do_softirq를 한 줄씩 읽기

줄 번호는 v6.6 원문 기준입니다. 주석·빈 줄을 포함한 함수 전체를 먼저 보고, 그 아래에서 각 줄을 설명합니다.

asmlinkage __visible void do_softirq(void)
{
	__u32 pending;
	unsigned long flags;

	if (in_interrupt())
		return;

	local_irq_save(flags);

	pending = local_softirq_pending();

	if (pending)
		do_softirq_own_stack();

	local_irq_restore(flags);
}

asmlinkage __visible void do_softirq(void)

	__u32 pending;

	unsigned long flags;

	if (in_interrupt())

		return;

	local_irq_save(flags);

	pending = local_softirq_pending();

	if (pending)

		do_softirq_own_stack();

	local_irq_restore(flags);

함께 생각해 볼 질문

출처와 읽은 범위

Linux stable v6.6 · kernel/softirq.c

해당 버전 원본 파일 · 기존 코드 분석 · 설명 원고