Каждому событию присваивается определенная строка символов, которая представляет сигнал и называется
Каждое событие может нести в себе некоторую дополнительную информацию (дополнительную нагрузку, payload). Вместо того чтобы передавать в пространство пользователя строку, которая содержит эту полезную информацию, данная дополнительная информация представляется с помощью атрибутов, отображаемых на файловой системе sysfs.
События ядра поступают из пространства ядра в пространство пользователя через интерфейс netlink
. Интерфейс netlink
— это специальный тип высокоскоростного сетевого сокета групповой передачи (multicast), который используется для передачи сообщений, связанных с сетевой подсистемой. Использование интерфейса netlink позволяет выполнить обработку событий ядра с помощью простых блокирующих вызовов функций для чтения информации из сокетов. Задача пространства пользователя — реализовать системный процесс-демон, который выполняет прослушивание сокета, считывает информацию о всех приходящих событиях, обрабатывает их и отправляет полученные сообщения в системный стек пространства пользователя. Одна из возможных реализаций такого демона, работающего в пространстве пользователя, — это D-BUS[90]. который также реализует и системную шину сообщений. Таким образом, ядро может подавать сигналы так же, как это делают все остальные компоненты системы.
Для отправки события в пространство пользователя код ядра должен вызвать функцию kobject_uevent()
.
int kobject_uevent(struct kobject *kobj,
enum kobject_action action, struct attribute *attr);
Первый параметр указывает объект kobject
, который является источником сигнала. Соответствующее событие ядра будет содержать элемент пути на файловой системе sysfs, связанный с объектом, сгенерировавшим сигнал.
Второй параметр позволяет указать enum kobject_action
. Вместо того чтобы непосредственно передать строку, здесь используется ее номер, который имеет тип перечисления (enum
). Это дает возможность более строго выполнить проверку типов, изменить соответствие между номером строки и самой строкой в будущем, а также уменьшить количество ошибок и опечаток. Перечисления определены в файле
и имеют имена в формате KOBJ_foo
. На момент написания книги были определены следующие события: KOBJ_MOUNT
, KOBJ_UNMOUNT
, KOBJ_ADD
, KOBJ_REMOVE
и КОВJ_CHANGE
. Эти значения отображаются на строки "mount" (монтирование), "unmount" (размонтирование), "add" (добавление), "remove" (удаление) и "change" (изменение) соответственно. Допускается добавление новых значений событий, если существующих значений недостаточно.
Последний параметр — опциональный указатель на структуру attribute
. Этот параметр можно трактовать как дополнительную информацию (payload) о событии. Если только одного значения события недостаточно, то событие может предоставить информацию о том, в каком файле файловой системы sysfs содержатся дополнительные данные.
Рассмотренная функция использует динамическое выделение памяти и поэтому может переходить в состояние ожидания. Существует атомарная версия рассмотренной функции, которая идентична ей по всем, кроме того что при выделении использует флаг GFP_ATOMIC
.
int kobject_uevent_atomic(struct kobject *kobj,
enum kobject_action action, struct attribute *attr);
По возможности необходимо использовать стандартный интерфейс без атомарного выделения памяти. Параметры этих функций и их смысл — идентичны.
Использование объектов kobject
и их атрибутов не только дают возможность описать события в терминах файловой системы sysfs, но и стимулируют создание новых объектов и их атрибутов, которые еще не представлены через файловую систему sysfs.
Обе рассмотренные функции определены в файле lib/kobject_uevent.c
и объявлены в файле
.
Кратко об объектах kobject
и файловой системе sysfs