После того как для объекта выделена память и объекту присвоено имя, нужно установить значение его поля
kset
, а также опционально поле
ktype
. Последнее необходимо делать только в том случае, если множество
kset
не предоставляет типа
ktype
для данного объекта, в противном случае значение поля
ktype
, которое указано в структуре
kset
, имеет преимущество. Если интересно, почему объекты
kobject
имеют свое поле
ktype
, то добро пожаловать в клуб!
Счетчики ссылок
Одно из главных свойств, которое реализуется с помощью объектов
kobject
, —
это унифицированная система поддержки счетчиков ссылок. После инициализации количество ссылок на объект устанавливается равным единице. Пока значение счетчика ссылок на объект не равно нулю, объект существует в памяти, и говорят, что он захвачен (pinned, буквально, пришпилен). Любой код, который работает с объектом, вначале должен увеличить значение счетчика ссылок. После того как код закончил работу с объектом, он должен уменьшить значение счетчика ссылок. Увеличение значения счетчика называют захватом (getting), уменьшение — освобождением (putting) ссылки на объект. Когда значение счетчика становится равным нулю, объект может быть уничтожен, а занимаемая им память освобождена.
Увеличение значения счетчика ссылок выполняется с помощью функции
Уменьшение значения счетчика ссылок выполняется с помощью функции
kobject_put
.
void kobject put(struct kobject *kobj);
Если значение счетчика ссылок объекта, который передается в качестве параметра, становится равным нулю, то вызывается функция, на которую указывает указатель
release
поля
ktype
этого объекта.
Структуры
kref
Внутреннее представление счетчика ссылок выполнено с помощью структуры
kref
, которая определена в файле
<linux/kref.h>
следующим образом.
struct kref {
atomic_t refcount;
};
Единственное поле этой структуры — атомарная переменная, в которой хранится значение счетчика ссылок. Структура используется просто для того, чтобы выполнять проверку типов. Чтобы воспользоваться структурой
kref
, необходимо ее инициализировать с помощью функции
kref_init
.
void kref_init(struct kref *kref) {
atomic_set(&kref->refcount, 1);
}
Как видно из определения, эта функция просто инициализирует атомарную переменную тина
atomic_t
в значение, равное единице.
Следовательно, структура
kref
является захваченной сразу же после инициализации, так же ведут себя и объекты
kobject
.
Для того чтобы захватить ссылку на структуру
kref
, необходимо использовать функцию
kref_get
.
void kref_get(struct kref *kref) {
WARN_ON(!atomic_read(&kref->refcount));
atomic_inc(&kref->refcount);
}
Эта функция увеличивает значение счетчика ссылок на единицу. Она не возвращает никаких значений. Чтобы освободить ссылку на структуру
функция уменьшает значение счетчика ссылок на единицу и вызывает функцию
release
, которая передастся ей в качестве параметра, когда значение счетчика ссылок становится равным нулю. Как видно из использованного выражения
WARN_ON
, функция
release
не может просто совпадать с функцией
kfrее
, а должна быть специальной функцией, которая принимает указатель на структуру
struct kref
в качестве своего единственного параметра и не возвращает никаких значений.
Вместо того чтобы разрабатывать свои функции управления счетчиками ссылок на основании типа данных
atomic_t
, настоятельно рекомендуется использовать тип данных
kref
и соответствующие функции, которые обеспечивают общий и правильно работающий механизм поддержки счетчиков ссылок в ядре.
Все эти функции определены в файле
lib/kref.c
и объявлены в файле
<linux/kref.h>
.
Файловая система sysfs
Файловая система sysfs — это виртуальная файловая система, которая существует только в оперативной памяти и позволяет просматривать иерархию объектов
kobject
. Она позволяет пользователям просматривать топологию устройств операционной системы в виде простой файловой системы. Атрибуты объектов
kobject
могут экспортироваться в виде файлов, которые позволяют считывать значения переменных ядра, а также опционально записывать их.
Хотя изначально целью создания модели представления устройств было описание топологии устройств системы для управления электропитанием, файловая система sysfs стала удачным продолжением этой идеи. Для того чтобы упростить отладку, разработчик унифицированной модели устройств решил экспортировать дерево устройств в виде файловой системы. Такое решение показало свою полезность вначале в качестве замены файлов, связанных с устройствами, которые раньше экспортировались через файловую систему
/proc
, а позже в качестве мощного инструмента просмотра информации о системной иерархии объектов. Вначале, до появления объектов
kobject
, файловая система sysfs называлась driverfs. Позже стало ясно — новая объектная модель была бы очень кстати, и в результате этого появилась концепция объектов
kobject
. Сегодня каждая система, на которой работает ядро 2.6, имеет поддержку файловой системы sysfs, и практически во всех случаях эта файловая система монтируется.
Основная идея работы файловой системы sysfs — это привязка объектов
kobject
к структуре каталогов с помощью поля
dentry
, которое есть в структуре
kobject
. Вспомните из материала главы 12, "Виртуальная файловая система", что структура
dentry
используется для представления элементов каталогов. Связывание объектов с элементами каталогов проявляется в том, что каждый объект просто видится как каталог файловой системы. Экспортирование объектов
kobject
в виде файловой системы выполняется путем построения дерева элементов каталогов в оперативной памяти. Но обратите внимание, объекты
kobject
уже образуют древовидную структуру — нашу модель устройств! Поэтому простое назначение каждому объекту иерархии, которые уже образуют дерево в памяти, соответствующего элемента каталога позволяет легко построить файловую систему sysfs.