Linux Kernel (Ядро линукса) (часть 2)

Генерирование сигнала

Сигналы генерируются многими функциями ядра. Первую фазу обработки сигнала (описанную в разд. ”Роль сигналов”ранее в этой главе) эти функции выполняют, обновляя один или несколько дескрипторов процессов по мере необходимости. Они не выполняют непосредственно вторую фазу, доставку сигнала, но, в зависимости от типа сигнала и состояния процессов- получателей, могут "разбудить" некоторые процессы и заставить их принять сигнал.
Когда сигнал отправляется процессу либо ядром, либо другим процессом, ядро генерирует его с помощью одной из функций,
заканчиваются вызовом функции specific send sig info , описанной в следующем разделе.

Когда сигнал посылается всей группе потоков либо ядром, либо другим процессом, ядро генерирует его с помощью одной из функций
заканчиваются вызовом функции group_send_ sig_info, описанной в разд. "Функция group send sig infoO" далее в этой главе.
Функция specific_send_sig_info

Функция specific send sig infoo посылает сигнал конкретному процессу. Она принимает три параметра:
-sig — номер сигнала;
- info— либо адрес таблицы siginfo t, либо одно из трех специальных значений: 0 — сигнал был послан процессом режима пользователя, 1 — сигнал был послан ядром, 2 — сигнал был послан ядром, и это sigstop или sigkill;
- t — указатель на дескриптор процесса-получателя.
Функция specific send sig info ДОЛЖНа быть ВЫЗВана С ОТКЛЮЧеННЫМИ локальными прерываниями и с уже полученной спин-блокировкой t-> sighand->sigiock. Она выполняет следующие действия:
1. Проверяет, игнорируется ли сигнал процессом. Если это так, возвращает 0 (сигнал не сгенерирован). Сигнал игнорируется, когда удовлетворены все три условия:
• процесс не отслеживается (флаг pt ptraced в поле t->ptrace сброшен);
• сигнал не заблокирован (функция sigismember(&t->blocked, sig) ВОЗ- вращает 0);
• сигнал игнорируется либо ЯВНО (поле sa_handler структуры t->sighand-> action[sig-i] равно sig ign), либо косвенно (поле sa handler равно SIG_DFL, И послан СИГНаЛ SIGCONT, SIGCHLD, SIGWINCH ИЛИ SIGURG).
2. Проверяет, что сигнал не является сигналом реального времени (sigpending. signal, sig) возвращает 1). Если это действительно так, ничего делать не нужно, и функция возвращает 0.
3. Вызывает функцию send signal (sig, info, t, &t->pending), чтобы добавить сигнал в очередь висящих сигналов процесса. Эта функция подробно описана в следующем разделе.
4. Если функция send signal о завершилась успешно, и сигнал не заблокирован (функция sigismember (&t->blocked, sig) ВОЗВращает 0), ОПИСЫВаемая функция вызывает функцию signal_wake_up, чтобы уведомить процесс
о новом висящем сигнале. Вызванная функция выполняет следующие действия:
• устанавливает флаги tif_sigpending в поле t->thread_info->fiags;
• вызывает функцию try_to_wake_up , чтобы возобновить выполнение процесса, если он находится в состоянии task_ interrupt ible, либо в состоянии task_stopped, причем послан сигнал
sigkill;
• если функция try_to_wake_up возвратила 0, значит, процесс уже был "разбужен". В таком случае функция signal wake upO проверяет, выполняется ли процесс на другом процессоре, и, если это так, посылает тому процессору межпроцессорное прерывание, чтобы произошла перепланировка выполнения текущего процесса Поскольку каждый процесс проверяет наличие висящих сигналов после возврата управления от функции schedule о, межпроцессорное прерывание является гарантией того, что процесс-получатель заметит новый висящий сигнал.
5. Возвращает 1 (сигнал успешно сгенерирован).